2013/4/29 Fabrízio de Royes Mello <[email protected]> > > 2013/4/29 Matheus de Oliveira <[email protected]> > >> >> 2013/4/28 Fábio Gibon <[email protected]> >> >>> Pessoal, >>> montamos um hot_standby (por streaming) e ficou funcionando >>> legal, porém tivemos problemas com o software de dois fornecedores, pois >>> eles desenvolvem o módulo de consultas tendo que gravar alguns dados (sejam >>> temporárias ou até mesmo os últimos parâmetros utilizados na consulta). >>> Vocês já passaram por situação simular? Há algum workaround para isto? >>> >> >> Bom, se a aplicação não foi desenvolvida para "separar" operações >> somente-leitura (read-only) de leitura e escrita (read-write), a única >> solução que conheço é usar o pgPool-II <http://www.pgpool.net/> [1], >> pois ele é capaz de fazer balanceamento de carga sozinho, dentificado o >> tipo de comando enviado para aplicação: se for "read-write" envia sempre >> para o "master", se for "read-only" faz balanceamento de carga (round-robin >> com peso). >> > > Tb vale lembrar que tabelas temporárias *NÃO* são replicadas... até existe > uma discussão sobre o assunto [1] porém não li toda thread para verificar > que conclusão chegaram. > > Só pra deixar claro... Elas não são replicadas e de fato não é possível criar uma tabela temporário no slave. A explicação (por cima) é que as tabelas temporárias são gravadas no catálogo (o esquema delas, pg_class, pg_attributes, etc., não os dados), e no slave não há como escrever nada em disco (nem nos catálogos).
Acho que foi isso mesmo que o Fabrízio quis dizer, mas não ficou muito claro (IMHO). Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
