Diario informal de K-nábora

Optimización del Servidor MySQL

La compra de Sun por parte de Oracle ha levantado alarmas sobre el futuro de MySQL, una de las bases de datos más utilizadas (si no la-más-utilizada) en el mundillo del desarrollo web, fundamentalmente por su carácter de software libre — sin ir más lejos, cientos de CMS como WordPress, Joomla o Drupal la utilizan de forma preferente o exclusiva, por lo que la posibilidad de que Oracle decidiera detener su desarrollo para favorecer sus propios sistemas de bases de datos (propietarios y de pago) se presenta para algunos como una amenaza real al futuro de sus aplicaciones.

Pero… ¿existen verdaderamente razones para estas preopcupaciones? Creo que no, y es más, creo que temer por el futuro de MySQL es no entender las ventajas del software libre, o peor aún, pensar que “software libre = software gratis”… Habría que agregar también que es en puntos como este donde se aprecia la diferencia práctica entre el código abierto y el software libre: a pesar de las diferentes concepciones que podríamos encontrar al respecto (por ejemplo, la definición “oficial” de código abierto, de la Open Source Initiative se parece más bien a una definición de software libre), podríamos reducir didáctica e ilustrativamente su diferencia al hecho de que en su sentido más básico, “código abierto” hace referencia al simple hecho de que es posible ver el código fuente de un programa. En este sentido, cualquier programa escrito en un lenguaje interpretado (PHP, Perl, Python, Ruby [on Rails]) distribuido públicamente caería en la definición de “código abierto” (a menos que por alguna razón “especial” su autor decidiera ofuscar el código).

Doy por sentado que ya se instalo Postgresql, este trabajo se ha realizado sobre una distribución Debian/lenny, para Postgresql 8.3., con Kernel 2.6.26-1-686.

Por mucho tiempo estuve teniendo problemas para poder usar esta poderosa BD, por el simple hecho que no sabía que debía inicializarla, pensé que era como mysql que la instalabamos y estaba lista a funcionar, error mío, luego de varias lecturas plasmo acá lo que hice para poder trabajar con esta herramienta.

 Lo prometido en la entrega anterior... una "Checklist " de ejemplo. Por supuesto deberá adaptarse a cada instalación en particular y puede reducirse quitando los comentarios correspondientes al curso. Puede hacerse en el formato que queráis y pretende solo guiaros y crear un fuerte sentido de hacer las cosas con criterio sin olvidarnos de nada (al menos intentarlo). Habrá otra "Checklist" para la creación de la base de datos (esta corresponde solo a la instalación del producto) y tantas como haga falta, Upgrade, Patch, Seguridad, Backup, Recuperación, etc. Lo importante es planificar ...

Si tienes dos tablas y estás tienen una clave en común (por ejemplo la clave “id”), entonces es posible actualizar el campo de una de las dos tablas (update_table) gracias a los datos de la segunda (reference_table) haciendo una unión de tablas.

El código SQL es el siguiente:

UPDATE update_table, reference_table SET update_table.field
=reference_table.fieldref WHERE update_table.id=reference_table.id