Realmente cuando realizas un SELECT de una función, pgpool no tiene (a menos que estés utilizando el modo maestro-esclavo) forma de saber que lo que intentas ejecutar es una función y por tal motivo su ejecución puede ir a cualquiera de los nodos. Tener replicate_select en true, te elimina este problema, lo malo es que si estas utilizando el modo de balance de carga, dejaría de tener efecto porque replicate_select tiene más prioridad que load_balance_mode, otra variante que podrías utilizar es poner este comentario delante de la sentencia SELECT, ejemplo /*REPLICATION*/ SELECT * FROM miFuncion();
Espero que esto te pueda ayudar, y que bueno que pudiste solucionar el problema. Saludos. De: Miguel Angel Hernandez Moreno [mailto:miguel.hdz....@gmail.com] Enviado el: jueves, 26 de enero de 2012 07:28:PM Para: Lazaro Rubén García Martinez CC: pgsql-es-ayuda@postgresql.org Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos Saludos fijate que estube leyendo lo que comentas y un error que pensabamos que teniamos era en los triggers por que asi fue como lo reporto testing a desarrollo y los desarrolladores me comentaron que cuando se ejecutaba un trigger este no se replicaba. Imaginate nada mas el telefono descompuesto que se hizo jajajaja La cuestion fue que cuando llamas una funcion que afecta a las tablas esta no se replicaba en las bases de datos. Entonces me di cuenta que "replicate_select" estaba en false, este lo puse en true y no tube problemas Gracias por la info creo que me estaba ahogado en un vaso de aguas =) El 25 de enero de 2012 19:45, Lazaro Rubén García Martinez <lgarc...@vnz.uci.cu<mailto:lgarc...@vnz.uci.cu>> escribió: El link que me enviaste es aplicable para la versión 1.3 de Pgpool-II, la versión más reciente es la 3.1.1 liberada el 6 de diciembre del año pasado. Las restricciones sobre los triggers, solo es aplicable cuando estás en el modo de paralelización de consultas. Ten en cuenta, que Pgpool-II como software intermediario o middleware operando en el modo de replicación síncrona, enviaría las consultas a cada uno de los nodos que este contenga, y cada nodo ejecutaría las consultas de forma independiente, enviando al final una respuesta a Pgpool-II, por tal motivo, si existieran funciones disparadoras, estás se ejecutarían por si solas en cada uno de los servidores. Acá te dejo el link del sitio oficial de Pgpool-II, donde podrás encontrar una documentación mucho más actualizada. Mi recomendación sobre este tema con los trigger, es que lo pruebes a ver qué tal. http://www.pgpool.net/mediawiki/index.php/Documentation Saludos. De: Miguel Angel Hernandez Moreno [mailto:miguel.hdz....@gmail.com<mailto:miguel.hdz....@gmail.com>] Enviado el: miércoles, 25 de enero de 2012 18:14 Para: Lazaro Rubén García Martinez Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos Saludos En sta pagina dice http://ports.gnu-darwin.org/databases/pgpool-II/work/pgpool-II-1.3/doc/pgpool-en.html En la parte de "Restrictions" Comenta de triggers El 25 de enero de 2012 16:54, Lazaro Rubén García Martinez <lgarc...@vnz.uci.cu<mailto:lgarc...@vnz.uci.cu>> escribió: Que es lo que quieres decir con que no soportan triggers? Saludos. De: pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org> [mailto:pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org>] En nombre de Miguel Angel Hernandez Moreno Enviado el: miércoles, 25 de enero de 2012 06:02:PM Para: Lista PostgreSql Asunto: [pgsql-es-ayuda] Replicacion de bases de datos Saludos tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las bases de datos pero tengo entendido que pgpool-II y slony no soportan triggers Alguien tiene expericia con replicacion triggers -- ISC Miguel Angel Hernandez Moreno -- ISC Miguel Angel Hernandez Moreno -- ISC Miguel Angel Hernandez Moreno
