Buenas tardes
Tengo en produccion un servidor de de replicacion symetricDS, habitualmente en los log vemos en detalle cuando no hay conexion, cuando el servidor no replica, es un servidor que es replicado por 31 clientes.
Mi pregunta es la siguiente: cada 10 o 15 dias los clientes replican correctamnete, no se ve nada en los log que alerte estando todo ok.
El tema es que debo correr una herramienta por cada cliente para traer a mano los datos faltantes, hasta ahi esta en los canones de lo normal. Pero de los 31 clientes luego de procesar a mano es que en la mayoria de los clientes me queda equlilibrada la informacion pero en otras se me dulplica y los log en ambos son iguales.
Debe haber una tabla o algo que se me pasa
espero respuestas, pidanme mas datos sobre la estructura y repondere.

Hace unos dias se lanzo el primer número de la revista "PostgreSQL Magazine". Esta revista es la primera revista sin ánimo de lucro creada por y para la comunidad PostgreSQL.

Esperan que la gente colabore con artículos, correciones y traducciones. Si estas interesado en el tema pasate por http://pgmag.org.

El primer número está disponible en estos enlaces:

Leer online: http://pgmag.org/01/read
Descargar PDF: http://pgmag.org/01/download
Comprar la versión impresa: http://pgmag.org/01/buy

Que la disfruteis.
--
Rafael Martinez Guerrero
PostgreSQL-es

The PostgreSQL Global Development Group anuncia la Beta1 de PostgreSQL Version 9.2 la cual incluye las siguientes mejoras

Índice de sólo las exploraciones, lo que permite a los usuarios evitar escaneos ineficientes de las tablas base
* Aumento de la carga de trabajo de sólo lectura de escala de 64 núcleos y más de 300.000 consultas por segundo
* Mejoras a los datos de velocidad de escritura, incluyendo el grupo de confirmación
* Las reducciones en el consumo de energía de la CPU
* Cascada de replicación, apoyar las bases de datos distribuidos geográficamente en espera

Esta esencial herramienta para las arquitecturas basadas en Postgres está continuamente mejorando, y ahora está disponible en sus nuevas versiones. Ambas son versiones de bugfixing (corrección de bugs).

Buenas tardes,
¿Alguien puede ayudarme con la siguiente tema?

Mi consulta es la siguiente acerca de como redondear a dos decimales la suma de varios registros.

Tabla: Ventas
Campo a sumar: importe
Este campo es de tipo REAL, Len=8, UILen=12 y UIDec=2

registro1=10.52
registro2=5.92
registro3=523.63697

Mi consulta sql es:

select sum(importe) from ventas

el resultado:540.07697

¿como redondear el resultado a dos digitos
quedando como: 540.08?

he utilizado la instrucciones Round(), CAST, DECIMAL y no he tenido exito, alguien sabe algo al respecto?

Hace ya un tiempo que empecé a trabajar en dos diagramas con las líneas de tiempo (timeline) del proyecto PostgreSQL y las principales bases de datos relacionales de la historia. Hoy me he decidido a publicarlos para que los interesados en el tema tengan esta información disponible.

El proyecto PostgreSQL ha lanzado nuevas versiones menores de todas las series activas de PostgreSQL. Esta actualización arregla algunos problemas de seguridad.

Si utilizais pg_dump, certificados SSL y/o triggers que usen SECURITY DEFINER, deberiais de actualizar vuestros sistemas inmediatamente.

Las nuevas versiones disponibles son 9.1.3, 9.0.7, 8.4.11 y 8.3.18.

Anuncio oficial de este lanzamiento:
http://www.postgresql.org/about/news/1377/

Más información sobre las versiones lanzadas:
http://www.postgresql.org/docs/current/static/release.html

Descargas:

La Comunidad Técnica Cubana de PostgreSQL desde su comienzo se ha caracterizado por la generalización del uso de PostgreSQL, por lo cual fue concibiendo un grupo de acciones de formación que con la ayuda de especialista de la Comunidad Internacional de PostgreSQL, han propiciado ofertar para todos los interesados de habla Hispana en adentrarse en el mundo de PostreSQL el "Diplomado en Tecnologías de Bases de Datos PostgreSQL"

Sede principal: Universidad de las Ciencias Informáticas. Ciudad de la Habana. Cuba.

Con la versión 9.1 de PostgreSQL tenemos disponible una nueva funcionalidad llamada SQL/MED mediante la cual se puede acceder a datos externos a nuestra base de datos mediante comandos SQL.

En SQL/MED existen los llamados "Foreign Data Wrapper (FDW)" que es una especie de "driver" para acceder a un tipo de datos externos. Existen diferentes tipos y con la versión 9.1 existe uno en los modulos contrib que se llama file_fdw. Este FDW se puede utilizar para acceder ficheros en formato CSV.

Esta mañana leyendo los mensajes de Twitter que me llegaron por la noche, me encontre con uno que me llamó la atención, "Steward Smith blogs on Optimazing InnoDB for creating 30.000 tables (and nothing else)".

Empece a leerlo y estuvo entretenido. Trataba de lo que se podia hacer para acelerar la creación de muchos objetos en MySQL usando InnoDB, esto es especialmente importante cuando se vaya a importar una nueva base de datos que sea grande.

El proyecto PostgreSQL ha lanzado nuevas versiones menores de todas las series activas de PostgreSQL. Las nuevas versiones disponibles son 9.1.2, 9.0.6, 8.4.10, 8.3.17 y 8.2.23. Recordamos que la serie 8.2 no se actualizará más y la versión 8.2.23 es la última versión de esta serie.

Anuncio oficial de este lanzamiento:
http://www.postgresql.org/about/news/1366/

Más información sobre las versiones lanzadas:
http://www.postgresql.org/docs/current/static/release.html

Descargas:
http://www.postgresql.org/download/

Código fuente:
http://www.postgresql.org/ftp/source/

Hola a todos!

Como fue anunciado, el pasado 9-10 de noviembre, se celebraron en Zaragoza (España) las jornadas de software libre (LSWC).

En esas jornadas hubo una charla dictada por el suscripto. Les dejo el link de esa presentación:

http://www.slideshare.net/ecalvofranco/lswc-p-ostgresql91-10255881

Acepto comentarios!

HOla a todos, instale el paquete contrib en el postgre 9.0, en una bd local, corri el scrip tablefunc, hice un ejemplo y me funcionó de maravillas, pero quiero hacer lo mismo en un servidor y cuando corro el scrip tablefunc, me sale el error:

ERROR: permission denied for language c
********** Error **********
ERROR: permission denied for language c
Estado SQL:42501

Luego trate de poner el lenguaje C como lenguaje de confianza e instalar tablefunc como no-superusuario con la consulta:

UPDATE pg_language SET lanpltrusted = true WHERE lanname LIKE 'c';

Esta vez aprenderemos a realizar consultas, actualización en cascada al igual que eliminación en cascada y sobre todo como usar la integridad en una DB.

Para ello hemos subido un archivo en megaupload el cual incluye 5 ejercicios resueltos el cual está orientado a lo ya mencionado en la parte de arriba.

A Continuación se muestra un ejemplo que en centraremos en el archivo, el link para la descarga aparece en la parte de abajo.

1. Hallar los siguientes datos para cada departamento:
a) Número de empleados. e) Media de las comisiones.

Acabo de publicar un artículo sobre como PostgreSQL graba y organiza nuestros datos en el disco. Una introducción a un tema que todo administrador de bases de datos deberia saber algo sobre el mismo.

El artículo se titula "¿Dónde están nuestros datos en el disco?" y está disponible en http://www.postgresql.org.es/node/667

--
Rafael Martinez Guerrero
PostgreSQL-es