"Mejor" base de datos que MySQL...

[Ñuño Martínez]

He ido dejando esto de lado y mira, ¡qué aluvión!

En teoría la gestión y diseño de la base de datos la hace mi jefe (que es el dueño de la empresa), pero para mi que se ha limitado a crear tablas y vistas sin ton ni son. He de decir que el programa se hizo casi sin planificación previa, ya que se empeña en darme la información a cuentagotas y no hubo forma de convencerle de que le dedicáramos un tiempo a planificar todo el programa... en fin, ¡qué voy a deciros que no hayáis comprobado vosotros mismos!

Respecto a lo que preguntáis acerca de la base de datos, es la versión 5.0.32 y el motor que utiliza es MyISAM (que por lo que decís aquí arriba es parte responsable del escaso rendimiento, y explicaría por qué no me funcionan las claves primarias y foráneas como se supone que deberían). El acceso se hace a "localhost", es decir, que el programa PHP y el servidor MySQL están en la misma máquina.

Del resto, sinceramente, NPI. Y tampoco quiero saberlo, porque se supone que no es mi trabajo, que dijo mi jefe que de eso se encargaba él y que yo no me preocupara.

Ahora que lo pienso, si voy ahora a decirle que hay que reinstalar/reconfigur la base de datos, me va a decir que lo haga yo, y paso. Bastante tengo con solucionar los problemas que aparecen por la nula planificación y mantener sincronizadas la aplicación "normal" y al de "El Corte Inglés" (por alguna razón que no logro comprender, no podía utilizarse la misma aplicación. Evidentemente no lo supe hasta un par de meses de iniciado el proyecto, y como siempre, a cuentagotas).

Si parezco algo mosqueado es porque lo estoy. ¡Que en casi diez años de profesión no haya encontrado ni un puñetero jefe de proyecto que sepa hacer su trabajo! ¡Manda webos!

Os dejo, que resulta que uno de los lusers dice que alguien pide un informe que no sé de dónde lo saca y da resultados erróneos. Y la aplicación de "El Corte Inglés" con tareas pendientes.

[Casimiro Noteví]

Empezado por Ñuño Martínez

[..]
Si parezco algo mosqueado es porque lo estoy. ¡Que en casi diez años de profesión no haya encontrado ni un puñetero jefe de proyecto que sepa hacer su trabajo! ¡Manda webos!

Os dejo, que resulta que uno de los lusers dice que alguien pide un informe que no sé de dónde lo saca y da resultados erróneos. Y la aplicación de "El Corte Inglés" con tareas pendientes.

El pan nuestro de cada día

[roman]

Empezado por Ñuño Martínez

Respecto a lo que preguntáis acerca de la base de datos, es la versión 5.0.32 y el motor que utiliza es MyISAM (que por lo que decís aquí arriba es parte responsable del escaso rendimiento, y explicaría por qué no me funcionan las claves primarias y foráneas como se supone que deberían

Desde luego, uno da por supuesto a estas alturas, que un desarrollo en MySQL hace uso de InnoDb y no de MyISAM puesto que transacciones y llaves foráneas dependen de eso y hace mucho tiempo que existe este motor. En ese sentido le doy la razón a rgstuamigo. Hay muchas características de MySQL que le gente sigue diciendo por ahí que carece de ellas: que no tiene transacciones, que no tiene vistas, que no tiene consultas anidadas, que no tiene disparadores, que no tiene procedimientos almacenados. Y, sin embargo, tiene todo eso.

Ahora bien, no creo que el rendimiento en sí se explique por el uso de MyISAM, todo lo contrario. El motor MyISAM es muy bueno para la rapidez, y de hecho yo sigo usándolo para cualquier tabla que es exclusivamente para consulta y no involucra ninguna transacción. El motor InnoDb es considerablemente más lento, o al menos lo era hasta hace un par de años; no he comparado últimamente.

Pero vista la precariedad del diseño de la base, pues bien puede tratarse entonces de problemas que pueden resolverse aún con MySQL. A veces un simple índice bien colocado hace maravillas. Éso más lo que ya comentan de afinar los parámetros del motor, como buffers, caché y esas cosas.

// Saludos

[rgstuamigo]

Empezado por roman

...
Ahora bien, no creo que el rendimiento en sí se explique por el uso de MyISAM, todo lo contrario. El motor MyISAM es muy bueno para la rapidez, y de hecho yo sigo usándolo para cualquier tabla que es exclusivamente para consulta y no involucra ninguna transacción. El motor InnoDb es considerablemente más lento, o al menos lo era hasta hace un par de años; no he comparado últimamente.
...

Yo igual no lo creo que por usar el motor MyISAM sea haga más lenta la cosa,
y coincido con román, de todas maneras aquí pueden ver una comparación de características entre los motores InnoDB y MyISAM.
Por otra parte MySQL se ha estado innovando cada vez más de tal manera que vió la necesidad de construir un nuevo motor "mejor"(bueno es lo que se pretende ) que los dos anteriores y sacó la versión 6 (bueno en realidad a partir de la versión 6.0.4) con un nuevo motor llamado "Falcon" (Halcón en español aunque segun se ve aun está en version Alfa ó Beta) que tenía y tiene el propósito de superar en gran medida todas las limitaciones que tienes los dos motores anteriormente mencionados..Claro está que Falcon todavía está "pollito" comparado con InnDB o MyISAM, pero segun se vé ha ido y tiende a mejorar. Aquí pueden ustedes y observar algunas gráficas de comparación entre MyISAM, InnoDB y Falcon. aunque desconosco si en la actualidad se sigue trabajando en mejorar Falcon, ya que como todos sabemos Oracle es la compañia dueña de MySQL.
Saludos...

[Ñuño Martínez]

Y pregunto yo, ¿cómo de complicado y seguro es cambiar el motor de la base de datos? Porque como digo, la del programa tiene muchísimas vistas (tantas o más como tablas) que realizan cálculos internos (por ejemplo, totales) y se hacen muchas inserciones, y si decís que el InnnoDB puede ser mejor en estas lides...

Aunque sí, yo también estoy convencido de que es un problema de diseño más que de motor...

[rgstuamigo]

Empezado por Ñuño Martínez

Y pregunto yo, ¿cómo de complicado y seguro es cambiar el motor de la base de datos?
...

No es nada dificil tan solo debes especificar el motor con el cual deseas trabajar en la sentencia de creacion de tus tablas...algo así:

Código SQL [-]
Create table Empleado
( ID Int not null primary key,
  Nombre Varchar(45) not null
) engine=InnoDB; #<--Aqui especifico el motor con el que quiero trabajar 

Desde luego ésto debes hacerlo para cada tabla, y quizás sería mejor que hicieras un BackUp de toda tu base de datos y vas y modificas el archivo resultante(no te olvides que éste motor ya soporta Foreign key así que en tu script debes tambien tenerlo definido), para posteriormente ejecutar todo el script nuevamente.
Por supuesto que antes que nada deberías verificar en tu MySQL está incluido o habilitado el motor InnoDB, ya que a veces dicho motor no ésta habilitado ó incluido. Si quieres más información en la web hay muchos sitios que se habla del asunto..
Saludos...

[roman]

También puedes cambiar el motor de tablas ya existentes:

Código SQL [-]
alter table clientes  engine = InnoDB

Pero, insisto, no creo que el rendimiento del sistema mejore con este cambio. Con el motor InnoDb tendrás la seguridad de las transacciones y llaves foráneas, pero no un mejor rendimiento. Para ello tendrás que buscar de revisar que tus índices sean correctos, tratar de minimizar joins, que las relaciones sean preferentemente con campos enteros y no de caracteres, etc.

// Saludos