Barrapunto

¡Donde quedo lo del profesor! En realidad Oracle es mejorable. Prefiero DB2 para cosas de donde el rendimento importa mucho, pero son cosas de gustos.

MySQL hasta ayer (es un decir, no nos centremos en esta fecha igual que nos centramos en el ejemplo de QT/GTK) no tenia transacciones, y por eso era rapido. Ahora las tiene, con un coste de velocidad, pero cualquier otro SGBDR "de verdad" las tenia desde hace años. En esos años hay una experiencia que ahora mismo los de MySQL no tienen.

Por ejemplo, DB2 en su version 4 (pero seguramente antes tambien) optimizaba correctamente los SELECT MAX(c) si habia un indice descendente de c, aprovechando el indice y resolviendo la query en un unico acceso al indexspace. Oracle, hasta la version 7 por lo menos (me han dicho que la 9 ya lo hace, pero no lo he comprobado) se leia el tablespace enterito, tuviera o no indice. Como un campeon.

A esa clase de cosas, equipos de gente muy buena, trabajando durante mucho tiempo y cobrando un pastizal, llegan con el tiempo. No esperes que MySQL tenga optimizaciones parecidas porque esta en pañales y bastante tienen con ponerle lo que a cualquier otro SGBDR se le supone.

Y si vas a basar el sistema de ficheros del servidor de ficheros de tu organizacion en un SGBDR que no esta optimizado, te vas a lucir y tu servidor en su conjunto no sera competitivo. Saca una distro de linux con el sistema de ficheros sobre MySQL y cualquier medicion lo dejara entre los ultimos.