FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
Si se dan cuenta estamos hablando no tan solo de 100 tablas, sino ,en algunos caso muy pero muy por encima de eso.. Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#2
|
||||
|
||||
Cita:
Algunas entidades del estado Colombiano tienen sus portales de información construidos en JSP+Oracle... la información es sorprendentemente fiel pero a costo de la rapidez de consulta... uno puede ir al baño y volver mientras consultas la información de tu cedula desde la web... pero esos mismos sistemas los ves en las mismas oficinas del estado y allí, en la intranet... eso que era lento es eficaz. Desde que me inicié en el desarrollo, usé Interbase/firebird y luego PostgreSQL; a MySQL lo habia escuchado hablar... y una vez estando en un seminario de desarrollo de aplicaciones en MySQL+PHP... el mismo conferencista se enredó con una llave foranea... (ojo... el seminario fué hace mas de tres años) pq aunque lo habia definido bien en la practica... no le funcionaba correctamente y le dejaba añadir lo que sea... luego se dió cuenta que no estaba usando el motor correcto... me quedé con la idea que si quieres rapidez de despliegue (webs y portales de información general)... MySQL... si quieres integridad (Información empresarial relevante, Bancos)... MySQL no es la opción. me terminé inclinando por PostgreSQL pq PHP le dá un buen soporte... en aquel tiempo tenias que configurar el php.ini para darle soporte a firebird y no era muy bueno que digamos
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#3
|
||||
|
||||
Cita:
De PostGree no te puedo hablar mucho ya que no lo he usado casi nada pero segun he visto es un Monstruo ,tiene de todo y sobre todo es libre.. Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#4
|
||||
|
||||
Estoy de acuerdo con Román. También hace falta que hagas o te haga alguien externo que no conozca tu proyecto, un análisis a conciencia del diseño de tu base de datos así como de las consultas y vistas que ocupas. Muchas veces el problema de velocidad radica en un diseño deficiente que funciona con unos pocos registros ya que no se nota que esta mál planeado hasta que tienes varios miles. En lo personal es lo que yo haría ya que además en caso de que sea necesario migrar a otro motor ya tendrás todo optimizado.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#5
|
||||
|
||||
hago una aclaración... por si las moscas... no he pensado nunca que MySQL fuese una base de datos de juguete... es más conozco un sistema de administración escolar construido en PHP + MySQL que trabaja muy bien.
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#6
|
||||
|
||||
Bueno, yo también recomiendo Postgre.
Tengo un amigo en una empresa cuyo nombre no puede ser nombrado... y tuvieron un problema similar: la base se hizo grande y MySQL parece que no podía con la carga, se cambiaron a Postgre y mi amigo volvió a dormir todas las noches. También he leído por ahí que se puede conectar con Oracle, lo que sería fenomenal pero, por supuesto, hay que desembuchar unos cuantos billetines. |
#7
|
||||
|
||||
Hola a todos,
desde mi punto de vista, antes de tirar todo a la basura, revisaría o mandaría revisar a un experto la configuración del srv donde corre la BBDD. Quiero decir con esto ( que alguien me corrija si digo bobadas ya que no conozco mySQL pero sí algún que otro motor) lo siguiente: - Tamaño de los buffers. - Tamaño de la página, que sea la más eficiente y que coincida con el mismo tamaño de página que maneja el sistema operativo. - Tamaño de la ram, sobre todo si en el sistema se conectan muchos usuarios. - Discos de alta velocidad. - Caché activa o no activada, ... - Este punto desconozco si mySQL lo permite. Separar en diferentes discos los datos de los índices. - Regeneración de índices en ventanas horarias de baja actividad, ... - Revisar los planes de ejecución y confirmar que están todos los índices que deben estar. - Auditar el tráfico y la infraestructura de la red a ver si hay cuellos de botella y dónde. - Posibilidad de balancear la carga añadiendo más servidores de aplicación si la arquitectura lo permite. - ... Son parámetros a los que no se les da demasiada importancia, pero que realmente sí la tienen. Generalmente instalamos la bbdd de producción igual que la de desarrollos, y al final acaba pagándolo el rendimiento. Y bueno, me refiero a todos estos parámetros y parecidos que generalmente no tenemos en cuenta hasta que los pilla el toro. Creo que puede ser más barato hacer una auditoría de este tipo e intentar cambiarlos para ver si hay mejoría que echar por la borda los dos años de trabajo. Aunque de este estudio puede concluirse que tengas que hacer cambios de aqrquitectura en la aplicación que puedan suponer muchas horas de trabajo. Espero haberte ayudado en algo. A veces nos cuesta ver dónde está el problema porque somos todoterrenos y no especialistas de todas las materias. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
"OBJECT OR CLASS TYPE REQUIRED" en "APPLICATION EXENAME" | Xavierator | Varios | 3 | 27-10-2008 09:09:50 |
MySQL es el mejor manejador de base de datos en la actualidad | owarito | MySQL | 14 | 12-09-2008 08:05:57 |
Búsqueda "incremental" en una base de datos | loquillo3 | Conexión con bases de datos | 9 | 08-11-2007 18:07:02 |
Necesito llamar a métodos de clases "hija" desde su clase "padre" | Flecha | OOP | 17 | 20-04-2007 00:03:53 |
¿cuál es mejor: "close" o "application.terminate"? | unreal4u | Varios | 5 | 05-03-2007 11:01:19 |
|