Ésta va a ser sin duda una de las noticias más importantes del 2008 tanto en el mundo empresarial de las llamadas tecnologías de la información como en el mundo del código abierto: Sun compra MySQL por 1000 millones de dólares.

Jonathan Schwartz nos cuenta que en las empresas existen dos fuerzas que por lo general son contrapuestas. Por un lado, hay una parte más técnica que quiere que los productos software que se usen sean lo más abiertos posibles, para en caso de problemas, saber realmente qué está pasando y poder arreglarlos con rápidez. Y por el otro, hay una parte más gerencial preocupada sobre todo de adquirir un soporte comercial, más “enterprise”. Con este movimiento Sun intentará contentar a ambos mundos.

Desde mi punto de vista, existe una clara tendencia a que cada vez …

¿Alguna vez has intentado compilar PHP en Solaris? Yo sí, y he de reconocer que no es una tarea sencilla. Hace varios años decidí utilizar cacti en Solaris. cacti es un programa escrito en PHP para generar gráficas, generalmente de rendimiento, y necesita Apache + MySQL + PHP . Por aquel entonces los paquetes de sunfreeware no estaban compilados de forma que PHP pudiera funcionar como módulo de …

MySQL Live Webinars
MySQL - La mejor elección para aplicaciones modernas de bases de datos on-line

QUIÉN:

• Gerardo Narvajo, Director de Ingeniería de Ventas de EMEA, MySQL AB Afina Sistemas Informaticos, S.A., MySQL Gold Partner.

QUÉ:

• Seminario web MySQL: MySQL - La mejor elección para aplicaciones modernas de bases de datos on-line.

CUÁNDO:

• jueves, 06 de septiembre de 2007, a las 15:00 horas en Madrid, a las 14:00 horas en Londres. martes, 18 de septiembre de 2007, 16:00 CET / Madrid time. (La presentación durará aproximadamente 45 minutos y a continuación se realizará un turno de preguntas).

DÓNDE:

• Sencillamente acceda al seminario en la web cómodamente desde su oficina.

POR QUÉ:

Hace ya algunos días recibí un mensaje en mi buzón de correo electrónico por parte de Kaj Arnö (VP of Community Relations, MySQL AB) donde me indicaba que de acuerdo a las estadísticas de MySQL me encontraba dentro de los usuarios más activos en sus foros (http://forums.mysql.com).

De igual manera fue publicada la siguiente nota en el blog de Kaj: Forum Improvement Suggestions by Top Posters

El día de ayer llegó a mi buzón de correo físico una camiseta de obsequio por parte de MySQL que dice "MySQL Community Contributor".




Gracias a …

Andrey "Poohie" Hristov actualmente trabaja como desarrollador de software en MySQL AB, y fue la persona que implementó, como tesis de maestría, la característica de Event Scheduler disponible desde la versión 5.1 (5.1.6) de MySQL Server.

Dentro de la entrevista se encuentra disponible para descargar (en formato PDF) el documento de tesis. También Andrey nos cuenta su historia de cómo llegó a ser empleado de MySQL AB.

Pueden leer la entrevista en: Interview with Andrey "Poohie" Hristov, Developer at MySQL AB

Hace unas semanas tengo planeado volcar algo de 13 millones de registros en mi servisor MySQL que corre sobre Fedora 3 con 1Gb de memoria.

Es imposible que se presenten problemas al momento de efectuar la prueba por que heché un vistazo a los casos de estudio que publica MySQL, solo tendré que cambiar ligeramente la configuracion y con el dolor de mi corazon reiniciar el servidor MySQL.

MySQL – Case Studies

http://www.mysql.com/why-mysql/case-studies/

La cantidad de datos y la infraestructura con la que trabajan estas empresas no se comparan con lo que tengo aqui, pero veremos que pasa. La siguiente semana les comentaré como me fué.

Un sabor amargo me queda despues de hoy!

Sucede que estamos en medio de la implantación de un pequeño software en la Municipalidad de Puno y hace algunas horas nos dimos con la sorpresa que el tipo de dato time_t incrustado en la clase CTime solo soporta fechas desde 01/01/1970 al 31/12/2039… maldita sea!

Tendremos que trabajar algunas horas extra solucionando ese “problemita”.

Se había tomado la decisión de guardar las fechas en segundos para poder hacer mejor los cálculos posteriormente, creo que eso no va a cambiar. Pero se trabajo de igual manera con el resto de campos de tipo fecha. (craso error)

El problema saltó cuando se intentó registrar a alguien que había nacido en el año 1949: ¡Horror!

¿Por que no nos dimos cuenta? Aun que el problema pueda ser solucionado con unas cuantas líneas de código y previa modificación del modelo de la base de datos, ¿Por qué no pensaron en …

Generalmente me conecto a MySQL con ayuda del controlador ODBC que provee el mismo MySQL. Como sabemos todo MySQL esta en pledo desarrollo, ocurre que se presentan situaciones que no fueron contempladas, por consiguiente hay errores que perjudican el desarrollo haciendo que uno tome precausiones antes de utilizar un codigo especifico. Muchos hemos crecido con MySQL y creo que si no hubiera sido asi lo hubieramos desechado por detalles como este que les voy a mostrar a continuacion.

Para no darle mas vueltas al asunto concretamente el problema es como sigue:

Cuando se intentaba leer un campo varchar (o relacionado) que este vacio o NULL, el controlador ODBC lo reconocía como UNKNOWN, evidentemente no podía realizarse el paso de valores al tipo CString o char* del Visual C++.

Para evitar ese problema se tenía que averiguar la longitud del campo que se va a leer, algo asi como esto:

ULONG len = 0; …

Resulta que algunas veces es necesario acceder desde C/C++ a MySQL, razones hay muchas…. el asunto es como hacerlo.

Antes de hacer cualquier cosa debemos instalar las librerías de desarrollo de MySQL:

sudo apt-get install libmysqlclient-dev

Todos los archivos que necesitaremos van a estar ubicados en /usr/include/mysql y /usr/lib/mysql , los parámetros para compilar un archivo simple es como sigue:

gcc archivo.cpp \
           -o archivo \
           -I/usr/include/mysql -L/usr/lib/mysql \
           -lmysqlclient -lstdc++ -lz

Una breve descripción de los parámetros:

• -o (output) indica el nombre que va a tener el archivo de resultado
• -I le dice al compilador que incluya una ruta adicional para los archivos de inclusión
• -L le dice al enlazador que incluya …

Muchos prefieren hacer backups de su valiosa data en formatos predefinidos por el gestor (.backup, .dbf, etc…) por mi parte prefiero el formato SQL guardado en un archivo de texto.

MySQL no tiene un formato SQL tan migrable que digamos (eso se puede arreglar), pero es muy util hacer mysqldump de vez en cuando.

Si lo que uno quieres es liberarse de la tarea de estar haciendo backups diarios o semanales (segun la paranoya de cada uno) puede utilizar anacron.

El comando para sacar una copia de la base de datos:

mysqldump -u backup munipuno > /... /munipunobackup.sql

Para que el comando de copia de seguridad se ejecute cada dia a eso de las 11.pm agregamos esta linea a la configuracion de nuestro anacron

0 23 * * * mysqldump -u backup munipuno > /var/log/backups/munipunobackup.sql

Para sacar una copia de toda la base de datos

mysqldump -u …