Virtual Consulting Magazine

Se ha publicado el primer fascículo de la revista PostgreSQL Magazine, revista totalmente producida por la comunidad y con versiones en PDF (gratuita) e impresa ($11.25 USD) con las últimas novedades acerca del motor de base de datos PostgreSQL.
En esta primera entrega, tenemos las maravillas de PostgreSQL 9.1 y un vistazo a lo que vendrá en la versión 9.2, también una entrevista al SysAdmin del sitio postgresql.org: Stephan Kaltenbrunner, y mucho más.
Se puede descargar las diferentes versiones desde: http://pgmag.org/00/download

Más información en: http://pgmag.org/

Hoy necesité renombrar una tabla en Firebird. Por lo general lo hago en otras bases de datos (que por cierto no suele ser tan fácil en la mayoría de motores de bases de datos) y Firebird no es la excepción, pero encontré la respuesta para casos en que no haya otra opción (que son muy pocos a decir verdad).

NOTA: No hacer COMMIT hasta que no se hayan ejecutado AMBOS comandos.

UPDATE RDB$RELATIONS
 SET RDB$RELATION_NAME='NEWNAME' where
 RDB$RELATION_NAME='OLDNAME';

UPDATE RDB$RELATION_FIELDS
 SET RDB$RELATION_NAME='NEWNAME' where
 RDB$RELATION_NAME='OLDNAME' and
 RDB$SYSTEM_FLAG=0;

Se hace COMMIT y listo, tabla renombrada. Cabe agregar que después de hacer la prueba noté que las llaves (incluyendo la primaria) y los contraints se habían perdido, así que necesitaremos recrearlos en caso de ser necesario.

Pienso que se debería hacer en un caso MUY extremo, por lo demás, es más fácil (y seguro) pasar los datos a otra tabla con el nuevo nombre.

Fuente: DevShed

Ordenar campos en una base de datos no suele ser problema en ningún motor hasta que llegamos a MySQL, precisamente hoy me encontré con ese problema, porque necesité ordenar una tabla usando una columna que contenía valores NULL, pero además de ellos necesité que si existía un valor nulo, éste tendría que ir al final (y no al principio como noté que sucedía). En otros motores de base de datos, ésto no suele ser un problema, pero vaya que lo es en MySQL (no estoy seguro si en MariaDB se presenta también, pero asumo que sí).
La situación es esta:
MySQL considera a los valores NULL menor que los enteros a menos que la columna esté con signo negativo (Característica no documentada)
Sí señor, así como suena, no está documentado cómo solucionar este problema, aunque sí está la nota que dice que: Los valores NULL en un order by ascendente aparecerán primero.
Por lo anterior me puse a la tarea de encontrar una forma (que no incluyera una subconsulta por cuestiones de rendimiento) para resolver este problema.
La solución la encontré en esta página, pero con el ejemplo en lenguaje Ruby:
Anteponemos el símbolo menos (-) a la columna con los campos nulos en la sección ORDER BY de la consulta e indicamos el sentido contrario del ordenamiento (ASC en lugar de DESC y viceversa)… He aquí un ejemplo para organizar ascendentemente a “campo1″ de la tabla “ejemplo”

SELECT *
FROM ejemplo
ORDER BY -campo DESC

Espero que les sea de ayuda.

Esta mañana deseé instalar un par de paquetes de PECL y PEAR desde los repositorios de PHP (en mi laptop recién instalado con ArchLinux+XFCE), pero vaya sorpresa que me llevé cuando al ejecutar:

sudo pear upgrade

y

sudo pecl upgrade

Y aunque subí el valor de memory_limit a 4092M no tuve suerte, pues siempre obtuve el mismo mensaje.
Después de “googlear” un poco y probar múltiples opciones decidí lanzarme a la aventura y con base de diferentes comentarios de múltiples foros encontré la solución, bastante sencilla, por cierto; actualizando el propio PEAR:

sudo pear upgrade PEAR

Problema resuelto. Espero que no sólo a mí me resuelva el problema sino a muchos de ustedes también.

Hace algún tiempo trabajando para alguna empresa, necesité instalar la extensión php_solr en mi laptop con Chakra (basado en ArchLinux) y luego de investigar un poco acá está el método que utilicé.

Instalamos los paquetes autoconf y php-pear (si ya están instalados se ignoran)

sudo pacman -S autoconf php-pear

Luego bajamos el archivo de la extensión desde http://pecl.php.net/package/solr y lo descomprimimos:

tar -zxvf solr.1.0.1.tgz

Entramos al directorio y ejecutamos “phpize” en el directorio:

cd solr.1.0.1
phpize

Configuramos el paquete antes de instalarlo:

./configure

Lo instalamos:

make && make install

Activamos la extensión en el archivo php.ini o /etc/php/conf.d/solr.ini

extension=solr.so

Y reiniciamos el servidor (normalmente Apache, en mi caso es nginx).

Espero que haya sido útil.

Actualización:

Desde que solr dejó de ser beta, ahora es posible instalar la extensión usando el comando:

sudo pecl install -f solr