Ismael Diaz's Blog

Page up/down en aplicaciones de terminal con buffer propio

2010-07-15T16:02:00.000-07:00

Por razones de tiempo cada vez me conecto menos a IRC, aunque creo firmemente que sigue siendo el sistema de chat con el cual me siento más cómodo. Hace algún tiempo note que al conectarme desde irssi sobre Mac OS X, no me funcionaba el bendito Page up/down como con el resto de las aplicaciones!!!. Esto sucede porque irssi maneja un buffer de manera independiente a Terminal, por lo cual las combinaciones clásicas no funcionaban. Probando combinaciones casi al azar, logré encontrar una que me permitió desplazar a través del buffer de irssi:

(shift + fn) + (flecha arriba)

(shift + fn) + (flecha abajo)

Con eso queda resuelto el problema del desplazamiento en irssi y probablemente otras aplicaciones que utilizan el mismo sistema. Aunque queda muy poca gente que usa clientes de IRC por terminal espero que el tip sea de utilidad.

Symfony/Doctrine: Clave Primaria Compuesta

2010-04-28T07:48:00.000-07:00

Debo reconocer que soy bastante crítico al momento de modelar datos, ya que me gusta que todo quede lo mejor optimizado posible. En estos días he estado trabajando junto a mi equipo, en un proyecto el cual tienen como base tecnológica: PostgreSQL, Symfony y Doctrine; todo iba viento en popa hasta que llego el momento de intervenir el mantenedor de una entidad cuya clave primaria era compuesta y además los campos eran foráneos, lo cual gatilló en los siguientes problemas:

Hubo que crear a mano los elementos del formulario correspondientes a los campos foraneos correspondientes a la clave primaria.
Una vez creados, se logra ingresar un dato... hasta aquí todo parecía ir bien, sin embargo, la sorpresa apareció al momento de intentar desplegar la grilla, en la cual aparecío un flamante error en el routing (routing.yml) del backend, especificamente en la opción column que tenía como valor Array. Se intento solucionar de variadas formas propuestas como pseudo-soluciones en algunos sitios web, para nuestro infortúnio sin conseguir el exito esperado.
Cuando casi perdiamos la esperanza y ya estabamos casi dispuestos a darle toda la responsabilidad a la capa del modelo de Symfony, nos iluminamos, pensamos y compartiendo experiencias de amigos externos (Gracias Jorge por tu infiníto tiempo libre para los amigos), en que quizás si creabamos un índice compuesto y que además sea único, con eso en teoría podíamos garantizar que no hubiesen registros duplicados (que era lo importante), y dejar como clave primaria un simple id autoincremental, y gotcha! funcionó perfecto.

A continuación dejaré una entidad de ejemplo para config/doctrine/schema.yml y backend/config/routing.yml.

schema.yml

MiEntidad:
columns:
id_mi_entidad:
type: integer
primary: true
notnull: true
autoincrement: true
id_foranea_uno:
type: integer
notnull: true
id_foranea_dos:
type: integer
notnull: true
relations:
ForaneaUno:
foreignAlias: MisEntidadesForaneaUno
local: id_foranea_uno
foreign: id_foranea_uno
type: one
foreignType: many
ForaneaDos:
foreignAlias: MisEntidadesForaneaDos
local: id_foranea_dos
foreign: id_foranea_dos
type: one
foreignType: many
indexes:
mi_entidad_index_unq:
fields: [id_foranea_uno, id_foranea_dos]
type: unique

routing.yml

mi_entidad:
class: sfDoctrineRouteCollection
options:
model: MiEntidad
module: mi_entidad
prefix_path: /mi_entidad
column: id_mi_entidad
with_wildcard_routes: true

Espero que este post, les sea de todo su gusto y les permita optimizar de mejor forma su tiempo que a mi :P.

Pd, Disculpen la indentación y recuerden que en yamel la indentación es de dos espacios y no de una tabulación tradicional (cuatro espacios).

Seducido por la Manzana Prohibida

2010-01-23T17:01:00.000-08:00

Después de mas de una decada codeando sobre Sistemas Operativos Unix BSD y UnixLike Libres, debo asumir que me he dejado seducir por el encanto e inigualable belleza entregada por una manzana, que aunque está mordida en sus principios, me dejo encantado por la forma en la cual logra integrar lo mejor del mundo Unix BSD con el principio KISS. Si bien es una relación que recien comienza, tengo la esperanza que será una larga y comprometida relación (espero no estar escupiendo al cielo).

PostgreSQL: Actualizar nulidades en columnas

2009-08-12T11:09:00.000-07:00

Algo que se podría pensar como trivial en un motor de bases de datos, como lo es el actualizar/modificar las nulidades de una columna, en PostgreSQL resulta ser un poco mas complejo que un simple alter. He decidido compartir esto, ya que es algo que resulta bastante normal cuando se trabaja con bases de datos y por lo demás una problemática mas común de lo que se puede pensar.

A continuación un ejemplo en donde se define attnotnull como FALSE (Se permite NULL):

BEGIN;
UPDATE
pg_attribute
SET
attnotnull = FALSE
WHERE
attname = 'nombre_columna'
AND
attrelid = ( SELECT oid FROM pg_class WHERE relname = 'nombre_tabla') ;
COMMIT;

Para el caso contrario basta con dejar attnotnull como TRUE (No Se permite NULL), ya que este es de tipo boolean.

test=# \d pg_attribute
Tabla «pg_catalog.pg_attribute»
Columna | Tipo | Modificadores
---------------+------------+---------------
attrelid | oid | not null
attname | name | not null
[...]
attalign | "char" | not null
attnotnull | boolean | not null
atthasdef | boolean | not null
[...]

Una de las cosas que creo que es importante acotar, es que la columna relname de la tabla pg_class almacena el nombre de las tablas sin determinar el SCHEMA, esto lo pueden averiguar de manera sencilla haciendo la consulta por separado:

SELECT oid FROM pg_class WHERE relname = 'nombre_tabla'

Si retorna el oid es que esta bien, en caso contrario, algo estan haciendo mal.

Con todo esto la columna ya debería contar con el nuevo atributo, permitiendo continuar con la música...

PL/PgSQL: Obtener días hábiles de un rango de fechas

2009-08-05T07:03:00.000-07:00

En mi trabajo nos surgió la necesidad de desarrollar un algoritmo que nos permitiese calcular y generar los días hábiles de un determinado rango de fechas. Este debía ser capaz de excluir de manera automática los días Sábado, Domingo y Festivos y retornar solo el resto de los días de lunes a viernes. El planteamiento a seguir fue el siguiente:

Elegir la tecnología para implementar el algoritmo:

Como la base de datos institucional está en PostgreSQL, pensamos que lo mejor era apegarnos a esto y utilizar como lenguaje PL/PgSQL, el cual sin duda satisfacía cada una de nuestras necesidades para el caso y mucho mas.

Crear una tabla que contenga los días festivos:

CREATE TABLE public.dia_festivo (
cod_dia_festivo CHARACTER(5) NOT NULL,
desc_dia_festivo CHARACTER VARYING(250) NOT NULL,
PRIMARY KEY (cod_dia_festivo)
);

Poblar la tabla public.dia_festivo

Crear la función

CREATE OR REPLACE FUNCTION public.get_dias_habiles(date, date) RETURNS SETOF RECORD AS
$BODY$
DECLARE
fecha_ini ALIAS FOR $1; -- Fecha Inicio
fecha_ter ALIAS FOR $2; -- Fecha Termino
sabado integer := 6; -- Dia sabado
domingo integer := 0; -- Dia domingo
BEGIN
RETURN QUERY
SELECT
CAST(to_char(fecha_ini + dias, 'DD-MM-YYYY') AS character(10)) AS fecha
FROM
generate_series(0, fecha_ter - fecha_ini) AS dias
WHERE
extract (dow FROM fecha_ini + dias) NOT IN (sabado, domingo)
AND
CAST(to_char(fecha_ini + dias, 'DD-MM') AS character(5))
NOT IN
(SELECT cod_dia_festivo FROM public.dia_festivo);
END;
$BODY$
LANGUAGE 'plpgsql';

Llamar la función:

SELECT
fecha
FROM
public.get_dias_habiles('2009-01-01', '2009-12-31')
AS
dias_habiles(fecha character);

Creo que todo el código es practicamente autoexplicable para alguien con conocimientos de SQL, PostgreSQL y PL/PgSQL, y la idea principal de compartirlo es obtener algún feedback con algún enfoque distinto, correcciones, y por supuesto que le pueda ser de utilidad y mejore el día a quien lo necesite.

PS, Perdón por la falta de indentación pero el blog se la comió. :P

Nueva visión

2008-10-28T12:58:00.000-07:00

Después de bastante tiempo fuera de la blogosfera he sentido la necesidad de volver a contar con un espacio en donde poder dar rienda suelta a mi Nerd interior he ir haciendo un manifiesto de mi cotidianidad aunque esta vez con una visión mucho mas clara y objetiva, digo esto de manera literal ya que desde hoy soy un usuario de lentes ópticos factor de un descarado astigmatismo miópico.

Lo mas difícil de todo esto, es poder adaptarme a mis "nuevos ojos", ya que aún no domino mi motricidad fina, además de ver el monitor de mi laptop como un pseudo trapecio, pero bueno... como dicen mis amigos usuarios: "es cosa de costumbre", espero que desde esta nueva perspectiva pueda dejar atrás los desagradables dolores de cabeza y llevar una mejor calidad de vida.