Re: [pgbr-geral] zebedee
Companheiro, Com as devidas adaptações: https://seucolega.wordpress.com/2008/06/04/conectando-firebird-zebedee/ http://www.newinf.com.br/download/util/zebedee/Zebedee.htm http://forum.baboo.com.br/index.php?/topic/437234-zebedee-postgresql/ tem de ter em atenção que por defeito PostgreSql usa o a Porta 5432. Dê uma volta na NET e vai encontrar muita coisa. Não esqueça abrir a Porta 5432 no firewall. Eu uso com sucesso há mutio tempo hoje no Firebird mas já usei com o PostgreSql. Instale como serviço no Servidor e como client nos clientes; não dá problemas doutro modo vai ter algumas dores de cabeça. Bom trabalho Com os meus melhores cumprimentos O Secretário Geral da ACRA Mário Agostinho Reis Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano, receber este email agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. No dia 12 de junho de 2015 às 04:18, Antonio Cesar cgcesarsoa...@gmail.com escreveu: Boa noite alguem ja utilizou esse programa zebedee para compactar pacotes. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] upgrade postgres 8.2.17 para 9.x
Caro, Fuja do BDE a menos que não tenhas outra alternativa, mas há muitas. Com os meus melhores cumprimentos O Secretário Geral da ACRA Mário Agostinho Reis Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano, receber este email agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. No dia 24 de dezembro de 2014 às 17:50, Luiz Henrique luiz.henriqu...@gmail.com escreveu: Prezados, Gostaria da ajuda dos colegas mais experientes na apresentação de sugestões, dicas, livros, howtos de como proceder com a migração do Postgres 8.2.17 (Linux) para 9.x. Tenho aplicativo cliente-servidor Delphi+BDE(ODBC) em diversos clientes utilizando essa plataforma (8.2.17). Não utilizo de recursos próprios/exclusivos/nativos do postgres, praticamente SQL puro. Desde já agradeço pela ajuda -- Atenciosamente, Luiz Henrique Virtus in medium est ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida em logica
Claro, só pode! Então não é o que chama de ligações circulares. A actualiza B mas B logo que é actualizado, vai actualizar A e nunca mais saímos daqui, porque as actualizações disparam os gatilhos. Agora não percebi a necessidade de fazer assim. Para ultrapassar este loop se fosse você experimentava por o campo:“Quantidade Atual” (+ um campo ID) numa 3.ª tabela actualizável pelos gatilhos de qualquer das duas primeiras e retirava os gatilhos que fazem actualizações reciprocas. Porém, esta 3.ª tabela não pode fazer essas actualizações deve limitar-me a recebe-las. Tem um problema, você tem de fazer mais um acesso. E, daí? O Posgres resolve isso para V. num àpice. Nas consultas/validações V. pode construir uma view que lhe permite ter sempre on line “Quantidade Atual” quer de produtos quer de Matéria Prima. Com os meus melhores cumprimentos O Secretário Geral da ACRA Mário Agostinho Reis Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano, receber este email agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. No dia 8 de Setembro de 2014 às 19:59, Ricardo rica...@longomaquinas.com escreveu: Boa tarde pessoal, Estou enrolado em achar um solução via trigger para este caso. Tenho duas tabelas, uma denominada “Produtos” e outra “Matéria Prima” com o campo “Quantidade Atual”. Sempre que ocorre uma saída de produtos ocorre o gatilho em uma trigger que faz a atualização do valor em “Quantidade Atual” na tabela “Produtos”e o mesmo ocorre quando há uma saída de matéria prima na tabela “Matéria Prima”. Porem tem um campo na tabela “Produtos” onde pode ser amarrado uma “Matéria Prima”. Sendo assim se ocorrer uma saída de produtos, além de fazer atualização da “Quantidade Atual” na tabela “Produtos” tem que fazer na tabela “Matéria Prima” também. E se ocorrer uma saída na tabela “Matéria Prima” tem que atualizar a “Quantidade Atual” nas duas tabelas também. O problema é que quando é executado o trigger que faz o update de uma tabela, essa tabela executa um trigger para atualizar a outra e fica em um loop infinito. Não sei se o melhor caminho é criar um campo como semáforo, fico com receio desse semáforo travar e não ocorrer mais atualizações. Abraços Ricardo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Vídeo História do PostgreSQL
Xico, Aqui tens acho que vais gostar de ver! Com os meus melhores cumprimentos O Secretário Geral da ACRA Mário Agostinho Reis Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano, receber este email agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. No dia 10 de Abril de 2014 às 18:32, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: Pessoal, Ai vai um vídeo legal sobre a história do PostgreSQL. https://www.youtube.com/watch?v=2RSkI9dxdbo Att. -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Implementação de histórico de alterações
Caríssimo, Atento o fim em vista eu decidir-me-ia pelo:1- Uso de trigger(via banco), armazenando os valores em uma tabela de histórico. Você também poderia faze-lo na mesma tabela, mas isso para além de aumentar consideravelmente o tamanho da mesma tem a desvantagem de uma entual de perda de desempenho. De qualquer forma você teria ainda que criar dois campos: um RStat= Insert, Update ou Delete(se bem me lembro desviava o delete com *do instead* para flagar o registo apenas sem o matar), e um outro, do tipo smallint Histórico em que =0(zero) significa sempre registo em vigor e 1...2...3...4 etc registos alterados; depois a Primary Key teria o Campo de Controlo+Histórico em que Histórico serve exatamente para desempatar as chaves repetidas para o mesmo registo vivo. Depois no SQL. você controlo o resto. Como uso Delphi não fazia o filtro no SQL, mas no cliente, no evento OnFilterRecord: Accept:= CampoHistorico=0 e no Botão If DBNavTblX.DataSource.DataSet.Filtered Then DBNavTblX.DataSource.DataSet.Filtered:=False Else DBNavTblX.DataSource.DataSet.Filtered:=True; // e é muito rápido mostrar e esconder o Histórico. Se fosse para o utilizador final ter acesso ao Histórico, se optasse por faze-lo na própria tabela, você ganhava nos tempo de acesso, mas ainda assim teria de ponderar isso muito bem face ao que ganha e perde em cada abordagem...faça uns testes... Muitas vezes aquilo que não é para o utilizador final ter acesso hoje, pode muito bem, amanhã ser uma necessidade real e concreta da sua aplicação, até porque as aplicações com Histórico, em que o end-user pode ver os erros que o próprio cometeu são em via de regra melhor aceites e consideradas igualmente mais seguras ainda que isso seja, obviamente, discutível. Sendo esta a decisão, claro que terá ainda que guardar o UserName a Data a Hora(timestamp) e quiçá a Estacao ou o respectivo IPAdress, ou ambos! Todavia, como faz algum tempo que não trabalho com o PostgreSql escute outras opiniões. Espero ter ajudo alguma coisa. Abraços Com os meus melhores cumprimentos O Secretário Geral da ACRA Mário Agostinho Reis Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano, receber este email agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. No dia 11 de Junho de 2013 às 16:29, Luciano Bierhals bierh...@gmail.comescreveu: Pessoal, Não trabalho a muito tempo com postgresql, e estou precisando implementar uma política de histórico de alterações em algumas tabelas. Em resumo, eu preciso guardar toda e qualquer alteração em um registro de tabela de produção. Fiz algumas pesquisas e vi como mais habitual, duas abordagens: 1- Uso de trigger(via banco), armazenando os valores em uma tabela de histórico. 2- Uso de arquivo XML(via aplicação) com todos os dados do registro, persistindo em uma tabela única. Poderia inclusive usar o tipo de dado XML, disponívels nas últimas versões do PG. Gostaria da colaboração de vocês para identificar prós e contras de cada abordagem, ou mesmo sugestões de outras abordagens. Informações adicionais: -A consulta nas tabelas de histórico não serão disponibilizadas ao usuário final. -Consultas nas tabelas de histórico, não serão frequentes. Servirão mais para auditorias, ou verificações pontuais. Agradeço antecipadamente pela colaboração. Abraços, Luciano Bierhals ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migrando de xBase para Postgre
Eu há muito tempo que não uso xBase(DBF files) mas pelo que percebi da sua
explicação
eu importaria os ficheiros de cadastro para uma tabela e depois com uma
view ligava o
Cadastro às diferentes empresas nem que para isso tive que criar a LnkTbl
com pelo menos
os campos Controlo_ID+ Cadastro_d+Empresa_ID. A minha Primary Key seria o
Controlo_ID
to tipo BigInteger (AutoIncrementado) Depois se quizer o Controlo_ID sem
falha pelo meio
faz um um Triger Before Insert do tipo (Select Max(ID) from LnkTbl into
:WID
If (:WID is null) then
WID=1
Else
wID=:Wid+1
new.controlo id=:WID;
Depois com uma View faz as sele~ções que quizer.
Espero ter ajudado
Com os meus melhores cumprimentos
O Secretário Geral da ACRA
Mário Agostinho Reis
Esta mensagem contém informação de natureza confidencial e é
exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano,
receber este email agradecemos que não o copie nem o reenvie e que nos
notifique do ocorrido através do email de resposta.
No dia 19 de Maio de 2013 às 01:52, edson_vc ed...@cybersis.com.brescreveu:
Olá pessoal,
estou migrando do xBase para o Postgre e tenho uma dúvida quanto a um
comando que uso no xBase.
Tenho duas bases de dados no xBase e uso a união entre elas para executar
os
comandos.
Meu sistema é multi-empresa por isso tenho uma base de dados de cadastro,
comum entre as empresas e uma base de movimentos para cada empresa.
Um comando select para buscar os dados nas bases no xBase fica assim:
Select pedido.Id As pedido, pedido.dataped, pedido.vlrped, pedido.situ,
pedido.operacao,;
Iif(pedido.operacao = 1, pedido.idtabpreco, Cast(-1 As Integer)) As
idtabpreco,;
Nvl(cliente.razao, Space(Fsize('razao', 'cliente'))) As cliente;
From C:\Sistema\basemov\base.dbc!pedido;
Left Join C:\Sistema\basemov\base.dbc!eminot On pedido.ideminot =
eminot.Id;
Left Join C:\Sistema\basecad\base.dbc!cliente On pedido.idcliente =
cliente.Id;
Where pedido.dataped Between Thisform.txtDataIni.Value And
Thisform.txtDataFin.Value And pedido.tipdoc = 2 Into Cursor cCursor
Nas linhas:
From C:\Sistema\*basemov*\base.dbc!pedido;
e
Left Join C:\Sistema\*basemov*\base.dbc!eminot On pedido.ideminot =
eminot.Id;
busco os dados da base de movimentos e na linha:
Left Join C:\Sistema\*basecad*\base.dbc!cliente On pedido.idcliente =
cliente.Id;
busco os dados na base de cadastros.
A pergunta é:
como posso fazer isso no Postgre?
--
View this message in context:
http://postgresql.1045698.n5.nabble.com/Migrando-de-xBase-para-Postgre-tp5756107.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
