Estoy viendo un ejemplo donde se configuran dos nodos para la replicacion con pgpool y me dice que debo configurar el archivo hosts con estos datos: 127.0.0.1 localhost.localdomain localhost 192.168.0.1 router.dominio.com router 192.168.0.2 pgpool2.dominio.com pgpool2 192.168.0.3 pgsql1.dominio.com pgsql1 192.168.0.4 pgsql2.dominio.com pgsql2 Mi pregunsta es: Cuantas maquinas se necesitan para esta configuracion, segun lo que veo ahi se necesitan 5. Saludos Felix Noel.
----- Mensaje original ----- De: "Alvaro Herrera" <alvhe...@commandprompt.com> Para: "Carlos Joaniquet" <cjtam...@yahoo.es> CC: "Virginia" <mavi...@gmail.com>, "Jaime Casanova" <ja...@2ndquadrant.com>, "Ayuda" <pgsql-es-ayuda@postgresql.org> Enviados: Jueves, 28 de Octubre 2010 11:23:32 GMT -05:00 Región oriental EE. UU./Canadá Asunto: Re: [pgsql-es-ayuda] problema con trigger Excerpts from Carlos Joaniquet's message of jue oct 28 04:23:50 -0300 2010: > Por qué razón no se deben utilizar los campos calculados? > Es que en alguna de mis tablas existen varios :) que me recalculan gastos, > base imponible, iva, etc de un registro factura cada vez que introduzco un > apunte contable que hace referencia a esa factura. > ¿Es un mal diseño? Hola, esa clase de cosas no necesariamente es un error de diseño, porque lo que tienes que registrar es lo que sucedió históricamente. Por ej. si llega a cambiar el % de tal o cual impuesto, el valor calculado de una factura antigua no debería cambiar. Por supuesto, hay otras formas de modelar esto (por ej. teniendo una tabla con los valores históricos de cada % que se utiliza en los cálculos), pero a veces esto complica las cosas a tal punto que no vale la pena modelar de esta forma. En algunas partes he visto modelos así (Sobre todo por ej. cuando tienes distintos % de impuesto dependiendo de la provincia en que está emitida la factura, o cosas así). En otras partes el campo calculado se almacena separadamente. -- Álvaro Herrera <alvhe...@commandprompt.com> The PostgreSQL Company - Command Prompt, Inc. PostgreSQL Replication, Consulting, Custom Development, 24x7 support - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
