Pessoal,
quando eu executo o comando SET search_path TO nome_schema dentro de uma
funcao, em uma mesma sessao, o SGDB nao altera o search_path nos comandos
executados apos o primeiro, me parece que o schema fica em um tipo de cache.
Duvida: Existe alguma forma de contornar isso?
Sei que
quando eu executo o comando SET search_path TO nome_schema dentro de
uma funcao, em uma mesma sessao, o SGDB nao altera o search_path nos
comandos executados apos o primeiro, me parece que o schema fica em um
tipo de cache.
Duvida: Existe alguma forma de contornar isso?
Sei que posso usar o
Utilizo Zebedee a um bom tempo.. é muito bom! Ele cria um tunel entre o server e o client e toda informação que trafega neste tunel é compactada, deixando assim a comunicação entre cliente/servidor mais rápida.Uma pergunta de leigo: qual a diferença, em termos de performance, entre uma
2014-07-25 3:15 GMT-03:00 Wellington wm...@yahoo.com.br:
quando eu executo o comando SET search_path TO nome_schema dentro de
uma funcao, em uma mesma sessao, o SGDB nao altera o search_path nos
comandos executados apos o primeiro, me parece que o schema fica em um tipo
de cache.
Duvida:
2014-07-25 6:30 GMT-03:00 Flavio Henrique Araque Gurgel fha...@gmail.com:
Por outro lado, dentro de um execute, o search_path da sessão não é
utilizado.
Opa. Até onde sei o search_path é respeitado dentro de um EXECUTE sim. A
não ser que seja um comportamento que tenha sido alterado nas
Bom dia a todos.
Pessoal estou precisando fazer auditoria nos dados de uma tabela de
pacientes. A cada alteração em qualquer coluna desta tabela, gostaria de
gravar o valor anterior, o valor alterado, quem alterou, dia, hora, etc.
Pretendo fazer essa operação através de trigger.
O problema é
Renato,
A versão atual é de 2005 mesmo, mas está muito estável. Creio que por
isso não tenha atualizações recentes.
qual versão vc utiliza? porque no site diz que a versão estável é a 2.4.1A
mas no sourceforge tem uma versão 2.5.3 com a mesma data 06/09/2005.
Utilizo debian 7 64 bits, existe
Pretendo fazer essa operação através de trigger
Utilizo o Audit trigger 91Plus [1]
O problema é capturar o responsável pela alteração, porque quem faz a
conexão no banco é um usuário único, definido na aplicação
Tive o mesmo problema, como uso jdbc resolvi passando o id do usuário
logado como
Pretendo fazer essa operação através de trigger
Utilizo o Audit trigger 91Plus [1]
O problema é capturar o responsável pela alteração, porque quem faz a
conexão no banco é um usuário único, definido na aplicação
Tive o mesmo problema, como uso jdbc resolvi passando o id do usuário
logado como
On 25-07-2014 12:18, Flavio Henrique Araque Gurgel wrote:
Pretendo fazer essa operação através de trigger
Utilizo o Audit trigger 91Plus [1]
O problema é capturar o responsável pela alteração, porque quem faz a
conexão no banco é um usuário único, definido na aplicação
Tive o mesmo
Boa tarde Jean,
Em 25-07-2014 08:32, Jean - GeControl escreveu:
Utilizo Zebedee a um bom tempo.. é muito bom! Ele cria um tunel entre
o server e o client e toda informação que trafega neste tunel é
compactada, deixando assim a comunicação entre cliente/servidor mais
rápida.
Uma pergunta
Eu utilizo tabela(s) temporária(s).
Como é restrita para a conexão corrente, após conectar eu atualizo com as
informações que preciso.
Nas triggers leio esta tabela e gravo nas tabelas auditadas.
Em 25 de julho de 2014 13:26, Fabrízio de Royes Mello
fabri...@timbira.com.br escreveu:
On
On 25-07-2014 13:31, Renato Augusto wrote:
Eu utilizo tabela(s) temporária(s).
Como é restrita para a conexão corrente, após conectar eu atualizo com as
informações que preciso.
Nas triggers leio esta tabela e gravo nas tabelas auditadas.
Eu fazia assim no passado... o problema é que
Em 25 de julho de 2014 13:43, Fabrízio de Royes Mello
fabri...@timbira.com.br escreveu:
On 25-07-2014 13:31, Renato Augusto wrote:
Eu utilizo tabela(s) temporária(s).
Como é restrita para a conexão corrente, após conectar eu atualizo com as
informações que preciso.
Nas triggers leio
Senhores, boa noite!
Fiz o seguinte teste de restauração de backup no PostgreSQL sem obter êxito:
1)Realizei um backup de uma tabela do meu sistema usando o comando a seguir:
C:\Program Files\pgAdmin III\1.18\pg_dump.exe --host 192.168.1.15 --port
5432 --username dba --no-password --format
On Fri, Jul 25, 2014 at 7:36 PM, Julio Romano jlroman...@gmail.com wrote:
C:\Program Files\pgAdmin III\1.18\pg_restore.exe --host 192.168.1.11 --port
5432 --username seguranca --dbname teste --no-password --data-only --
table tagn --schema ta --verbose C:\tagn.backup
No parâmetro do --table
Boa noite!
Obrigado pelo apoio.
Ao tentar desta forma a mesma mensagem foi retornada e a tabela não foi
preenchida.
Tentei realizar também direto do host e a mesma mensagem foi retornada, sem
sucesso:
pg_restore --host localhost --port 5432 --username seguranca --dbname teste
2014-07-25 20:53 GMT-03:00 Julio Romano jlroman...@gmail.com:
pg_restore --host localhost --port 5432 --username seguranca --dbname
teste --no-password --data-only --table ta.tagn -v /tmp/tagn.backup
Só agora me toquei de uma coisa, na chamada do pg_dump você usou a tabela
dba.tagn mas na
Entendido, maravilha acredito que seja isso mesmo!
Vou testar e retorno contato.
Obrigado.
Atenciosamente,
Julio Cesar Romano
DBA Oracle / SQL Server
(16) 9 9749-6760
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
Matheus de Oliveira
Enviada
19 matches
Mail list logo
