Aos que não entenderam..Desculpas!! Realmente no nosso sistema(web python e django)temos o modulo de usuários do sistema, e quando falei usuário não é o usuario do banco.
Então.Justamente é isso que eu não sei implementar a questão de pegar o usuario da sessão e jogar no parametro da trigger.Na realidade nao faço ideia de como implementar.. Obrigado a todos.Celso vou testar no PostgreSQL 9 posstarei o resultado. Agradeço. Em 28 de outubro de 2010 19:21, <[email protected] > escreveu: > Send pgbr-geral mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pgbr-geral digest..." > > > Tópicos de Hoje: > > 1. Re: Tabela Gigante (Roberto Mello) > 2. Auditoria em POstgreSQL - (Emerson Martins) > 3. Re: Auditoria em POstgreSQL - (Roberto Mello) > 4. Re: Auditoria em POstgreSQL - (Fábio Gibon - Comex System) > 5. Add Topic: Escolha do método de replicação - Urgente (jmtofoli) > 6. Re: Auditoria em POstgreSQL - (Celso) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 28 Oct 2010 14:37:52 -0400 > From: Roberto Mello <[email protected]> > Subject: Re: [pgbr-geral] Tabela Gigante > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > 2010/10/27 Listas <[email protected]>: > > > > Sou programador em PHP e utiliso o mysql para fazer meus sistemas, > > > > bom, estou desenvolvendo um sistema on-line de uma lista telefonica e > > resolvi usar o postgresql como banco de dados. > > > > Porém, estou com dúvidas de como fazer a tabela no banco. > > > > A tabela va conter de arrancada 260.000 registros > > > > Vai ser um cadastro normal de usuario, como ( Id, nome, endereço, cep, > > cidade, estado, anuncio, etc ) > > > > Gostaria de saber como criar esta tabela, a estrutura, tipo > auto_increment, > > ja que esta tabela vai ser imensa e terá que fazer buscas rápidas. > > 0) Seu nome é mesmo "listas"? > 1) 260.000 registros é muito pouco > 2) Seria bom para sua carreira dar uma estudada na parte teórica de > modelagem de dados > > auto_increment do MySQL: use o tipo "serial" no PostgreSQL > Buscas rápidas: de acordo com suas regras de negócio, modele os dados, > e crie índices adequados. Não posso falar mais do que isso visto que a > pergunta foi tão vaga. > > Exemplo: > > CREATE TABLE lista_telefonica ( > id serial not null primary key, > nome varchar(256) not null, > ... > ); > > CREATE INDEX lista_telefonica_nome_idx ON lista_telefonica (nome); > > Há uma infinidade de outras coisas que poderiam ser sugeridas > dependendo das necessidades do sistema. > > Roberto > > > ------------------------------ > > Message: 2 > Date: Thu, 28 Oct 2010 17:20:29 -0200 > From: Emerson Martins <[email protected]> > Subject: [pgbr-geral] Auditoria em POstgreSQL - > To: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Opa pessoal. > > Tenho umas triggers de auditoria no sistema.Mas temos também um módulo de > usuarios onde sabemos quem estar logado. > Preciso de ajuda pra integrar as triggers ao modulo de usuários.Alguem ja > implementou algo assim? > > Tow com esse problema pra resolver..Urgente.. > > > > > Emerson Martins > [email protected] > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20101028/d76f1e9a/attachment-0001.htm > > ------------------------------ > > Message: 3 > Date: Thu, 28 Oct 2010 15:42:37 -0400 > From: Roberto Mello <[email protected]> > Subject: Re: [pgbr-geral] Auditoria em POstgreSQL - > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > 2010/10/28 Emerson Martins <[email protected]>: > > Opa pessoal. > > Tenho umas triggers de auditoria no sistema.Mas temos também um módulo de > > usuarios onde sabemos quem estar logado. > > Preciso de ajuda pra integrar as triggers ao modulo de usuários.Alguem ja > > implementou algo assim? > > Tow com esse problema pra resolver..Urgente.. > > Muita gente já implementou algo assim. De alguma maneira você precisa > passar para os seus gatilhos qual o usuário do seu sistema que está > fazendo a modificação. Ou então implementar com uma combinação de > "callbacks" no seu sistema que vão chamar seus gatilhos. > > Sem saber mais sobre o seu sistema e implementação, é só até aí que > posso responder. > > Roberto > > > ------------------------------ > > Message: 4 > Date: Thu, 28 Oct 2010 17:47:26 -0300 > From: Fábio Gibon - Comex System <[email protected]> > Subject: Re: [pgbr-geral] Auditoria em POstgreSQL - > To: "Comunidade PostgreSQL Brasileira" > <[email protected]> > Message-ID: <012501cb76e1$59d71c60$2bb56...@gibon> > Content-Type: text/plain; charset="iso-8859-1" > > Olá Emerson, > tem como detalhar melhor o que você precisa? E, adiantando, quando > você fala usuário é usuário do banco (login role) ou usuário da sua > aplicação? > > sds > Fábio Gibon > ----- Original Message ----- > From: Emerson Martins > To: [email protected] > Sent: Thursday, October 28, 2010 4:20 PM > Subject: [pgbr-geral] Auditoria em POstgreSQL - > > > Opa pessoal. > > > Tenho umas triggers de auditoria no sistema.Mas temos também um módulo de > usuarios onde sabemos quem estar logado. > Preciso de ajuda pra integrar as triggers ao modulo de usuários.Alguem ja > implementou algo assim? > > > Tow com esse problema pra resolver..Urgente.. > > > > > > > > > Emerson Martins > [email protected] > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20101028/e98def12/attachment-0001.htm > > ------------------------------ > > Message: 5 > Date: Thu, 28 Oct 2010 19:33:58 -0200 > From: "jmtofoli" <[email protected]> > Subject: [pgbr-geral] Add Topic: Escolha do método de replicação - > Urgente > To: <[email protected]> > Message-ID: <04026e67489d496e9d7804f544a35...@caveman> > Content-Type: text/plain; charset="iso-8859-1" > > Boa noite pessoal. > > Desculpem o topico extenso... > > Esse tópico do colega Thiago é uma excelente deixa, pois tenho que > pesquisar e implementar (em 15 dias) um mecanismo de replicação que atenda a > seguinte situação: > Atualmente possuimos um sistema que integra matriz e filial de forma > online, tendo a base de dados centralizada num servidor central que utiliza > a internet para conexão das filiais. Isso tem funcionado a contento a > bastante tempo, entretanto, um novo cliente esta exigindo algo que lhe > garanta a disponibilidade das lojas quando a net não estiver disponivel, e > acredito que a replicação seja a solução. > > A idéia é a seguinte: Continuar tendo um servidor central e manter as lojas > conectadas nesse servidor, porem, esse servidor central deve estar > replicando seus dados para um servidor que fica em cada loja. Caso a net > caia em alguma loja ou na matriz, o servidor que roda na loja deve assumir > as operações, e é ai que acho que a coisa complica... Nesse caso, a loja > continuaria rodando, atualizando essa base "local". Voltando a net, esse > servidor deve sincronizar seus dados com o servidor central e voltar a > receber as atualizações do servidor central. > > Essa implementação me resolveria, a curto prazo, 2 problemas (e talvez me > crie outros...) : > 1) O do cliente com medo da indisponibilidade; > 2) A questão da exigencia do PAF-ECF em manter o sistema funcionando > independente da rede. > > Como o prazo que tenho é curto, estamos dispostos a contratar os serviços > de uma empresa ou pessoa especializada para nos ajudar nessa tarefa. Caso > alguem da lista possa nos ajudar, por favor entre em contato. > > Grato! > > Julio M Tofoli > SetaDigital Sistemas > > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20101028/37b4c143/attachment-0001.htm > > ------------------------------ > > Message: 6 > Date: Thu, 28 Oct 2010 20:15:39 -0200 > From: "Celso" <[email protected]> > Subject: Re: [pgbr-geral] Auditoria em POstgreSQL - > To: Fábio Gibon - Comex System <[email protected]>, > "Comunidade > PostgreSQL Brasileira" <[email protected]> > Message-ID: <2e853b921b2948f3a8d648947c39b...@notehp> > Content-Type: text/plain; charset="iso-8859-1" > > Olá Emerson, > > Nós temos algo assim em nosse ERP (se for o usuário da aplicação). > > No Oracle você consegue setar um valor para uma variável de Sessão do > usuário (na versão 9 do Post, pelo que entendi tem esse recurso tb). > > Mas resolvemos da seguinte forma. > > Quando o usuário se loga no sistema incluímos um registro em um tabela > chamada sessoes, registrando o código do usuário na aplicação e o > pg_backend_pid() da sessão. > > Assim quando precisamos saber, usamos a View abaixo para recuperar o > usuário da sessão atual. > > Funciona certinho, o porém é que as vezes ficam registros perdidos na > tabela, se o sistema não for encerrado corretamente (quando fecha o sistema, > o registro é excluído). > > > CREATE OR REPLACE VIEW vw_sessao AS > SELECT sessoes.usr_usuario > FROM sessoes > WHERE sessoes.usr_sessao = pg_backend_pid(); > > Espero que seja isso que você procure. > > > Att, > > Celso Lorenzetti > www.sysrs.com.br > > ----- Original Message ----- > From: Fábio Gibon - Comex System > To: Comunidade PostgreSQL Brasileira > Sent: Thursday, October 28, 2010 6:47 PM > Subject: Re: [pgbr-geral] Auditoria em POstgreSQL - > > > Olá Emerson, > tem como detalhar melhor o que você precisa? E, adiantando, quando > você fala usuário é usuário do banco (login role) ou usuário da sua > aplicação? > > sds > Fábio Gibon > ----- Original Message ----- > From: Emerson Martins > To: [email protected] > Sent: Thursday, October 28, 2010 4:20 PM > Subject: [pgbr-geral] Auditoria em POstgreSQL - > > > Opa pessoal. > > > Tenho umas triggers de auditoria no sistema.Mas temos também um módulo > de usuarios onde sabemos quem estar logado. > Preciso de ajuda pra integrar as triggers ao modulo de usuários.Alguem > ja implementou algo assim? > > > Tow com esse problema pra resolver..Urgente.. > > > > > > > > > Emerson Martins > [email protected] > > > > ---------------------------------------------------------------------------- > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20101028/cd9b9667/attachment.htm > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 22, assunto 61 > *********************************************** >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
