Problema con pgdump
On September 8th, 2009 cristian says:

Buenas a todos, soy nuevo en postgresql y tengo que levantar un respaldo en una BD (Postgresql 8.0.4)
Esta todo creado pero a la hora de efectuar el comando COPY me lanza un error, a continuación el código generado con el PgAdmin:

COPY "T_PREDIOS_old" (rol_predio, nombre_predio, direc_predio, fecha_creacion, fecha_modifica, flag_vigente, sector, razon_social, id_predio, id_usuario, rol_sii, id_comuna, id_explotacion) WITH OIDS FROM stdin;

Buena snoches a todos.

Dejenme comentar mi experiencia con postgresql.En mi empresa durante ya casi 4 años se a usado la version 8.0 de postgresql ,teniendo buena opinion de la base de datos , buena velocidad de respuesta , correcto comportamiento contra transacciones, backup estable etre otras cosas que dejan a postgresql bien parado.

nadie quiere perder sus aplicaciones, se que hay mucho para conectar a posgresql y conocer codigo para manejo de registros. si conoces bien a foxpro con postgresql o conoces un buen link enviamelo. tuscalificaciones@hotmail.com

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;

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: