Re: [pgbr-geral] pg_dump
Flávio, Minha base de dados possui 250GB, daí faço o pg_dump -Fc base banco.backup e qundo preciso restaurar uma tabela faço o seguinte: pg_restore -e -v -U postgres -d base -t schema.tabela -Fc bacno.backup Boa Sorte! Andréa Pereira DBA-Compesa - Original Message - From: flavio cardoso To: Comunidade PostgreSQL Brasileira Sent: Tuesday, July 17, 2007 5:22 PM Subject: [pgbr-geral] pg_dump gostaria de saber como faço o dump de apenas algumas tabelas do banco ? tenho que fazer um por um ? por exemplo tenho um banco que é composto de 32 tabelas e preciso fazer dump de apenas 10 para restaurar em outro banco, como faço isso ? -- Flávio Cardoso -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.8/904 - Release Date: 16/7/2007 17:42 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Desabilitar constraints
Olá pessoal. Na empresa em que trabalho desenvolve um software mult banco a questão é: Preciso desativar constraints nos três bancos, segue abaixo os comandos utilizados. Oracle. ALTER TABLE nome_tablea DISABLE CONSTRAINT NOME_CONSTRAINT ALTER TABLE nome_tablea ENABLE CONSTRAINT NOME_CONSTRAINT SQL SERVER ALTER TABLE NOME_TABELA NOCHECK CONSTRAINT ALTER TABLE NOME_TABELA CHECK CONSTRAINT POSTGRESQL 8.1 ?? Existe um comando para desativar no postgresql ou sempre terei que apagar e criar novamente. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Desabilitar constraints
Acho que isso eh o mais proximo (que eu sei) eh removendo a constraint... :/ ALTER TABLE table_name DROP CONSTRAINT constraint_name; Com tantos recursos herdados do Oracle, realmente, esse era um que seria interessante ter, ja que ate o SQL Server tem... :S Em 18/07/07, programadores [EMAIL PROTECTED] escreveu: Olá pessoal. Na empresa em que trabalho desenvolve um software mult banco a questão é: Preciso desativar constraints nos três bancos, segue abaixo os comandos utilizados. Oracle. ALTER TABLE nome_tablea DISABLE CONSTRAINT NOME_CONSTRAINT ALTER TABLE nome_tablea ENABLE CONSTRAINT NOME_CONSTRAINT SQL SERVER ALTER TABLE NOME_TABELA NOCHECK CONSTRAINT ALTER TABLE NOME_TABELA CHECK CONSTRAINT POSTGRESQL 8.1 ?? Existe um comando para desativar no postgresql ou sempre terei que apagar e criar novamente. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Miere Teixeira - Jornal ClasseA // Analista de interfaces // Analista de redes // Programador C/C++/PHP // Tecnólogo em Informática ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Ter, 2007-07-17 às 17:44 +, Johnny Taylor Faria Chaves escreveu: Olhando as entradas da Wikipædia para XMI, MOF e correlatos parece que a gente introduziria mais complicações que soluções — o que o XMI daria de ganho em relação a ler um D qualquer e traduzir para os SQLs da vida? Apenas aproveitar as ferrramentas que já existam e que usem o XMI. Isso coloca alguns problemas: 1) XMI não parece ser um D válido, portanto exigiria extensões significativas. 2) XMI é uma linguagem de marcação de texto, não de programação. 3) XMI em si parece ser bastante complexo. Em contrapartida, já temos: 1) Pelo menos dois Ds válidos já definidos, Tutorial D e D4, além da possibilidade de usar ISO SQL. 2) Alguns programas (vide http://thethirdmanifesto.com) que já processam Tutorial D, e o SQL Fairy para lidar com ISO SQL. 3) Um exemplo arquitetural interessante, se fechado, que é o Alphora Dataphor; e um aberto, o SchemeQL. Isso o que me vem à mente, certamente há outros. Portanto, o que eu me preocuparia agora é com a seleção da linguagem… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Ferramentas
Pessoal, qual a melhor ferramenta a ser usada tirando o PGADMIN??? Abraço! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas
Em Qua, 2007-07-18 às 10:13 -0300, Rafael Garbin escreveu: Pessoal, qual a melhor ferramenta a ser usada tirando o PGADMIN??? Depende para quê… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas
basicamente manipulação de SQL's, não gosto do pgadmin pq ele abre uma janela separada para vc executar o seu sql e dai se vc que olhar as estruturas das tabelas não dah! Em 18/07/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Qua, 2007-07-18 às 10:13 -0300, Rafael Garbin escreveu: Pessoal, qual a melhor ferramenta a ser usada tirando o PGADMIN??? Depende para quê… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ 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] Ferramentas
Rafael Garbin escreveu: basicamente manipulação de SQL's, não gosto do pgadmin pq ele abre uma janela separada para vc executar o seu sql e dai se vc que olhar as estruturas das tabelas não dah! Em 18/07/07, *Leandro Guimarães Faria Corcete DUTRA* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Em Qua, 2007-07-18 às 10:13 -0300, Rafael Garbin escreveu: Pessoal, qual a melhor ferramenta a ser usada tirando o PGADMIN??? Depende para quê… Para manipulação de SQL nada melhor que o psql (em minha opinião). Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas
Em Qua, 2007-07-18 às 10:27 -0300, Rafael Garbin escreveu: basicamente manipulação de SQL's, não gosto do pgadmin pq ele abre uma janela separada para vc executar o seu sql e dai se vc que olhar as estruturas das tabelas não dah! SQL mode do GNU Emacs… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Qua 18 Jul 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: 1) XMI não parece ser um D válido, portanto exigiria extensões significativas. 2) XMI é uma linguagem de marcação de texto, não de programação. 3) XMI em si parece ser bastante complexo. Eu pensei em escrever em algum D e transformar em XMI, para ter apenas um parser/tradutor ou seja o que for que fosse criado, mas parece que o XMI não serve nem para isso :( . Em contrapartida, já temos: 1) Pelo menos dois Ds válidos já definidos, Tutorial D e D4, além da possibilidade de usar ISO SQL. 2) Alguns programas (vide http://thethirdmanifesto.com) que já processam Tutorial D, e o SQL Fairy para lidar com ISO SQL. Sabe de alguma tradução do manifesto? Portanto, o que eu me preocuparia agora é com a seleção da linguagem… Certo, vou olhar SchemeQL e o thethirdmanifesto.com. -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Macrosubstituição em plpgsql
Pessoal teria como fazer macro substituição? exemplo como faço em php: $temp = variavel1; ${$temp} = 1; Ele cria uma variavel chamada variavel1 com valor 1. Tem como fazer em plpgsql? Charles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Macrosubstituição em plpgsql
Pessoal teria como fazer macro substituição? exemplo como faço em php: $temp = variavel1; ${$temp} = 1; Ele cria uma variavel chamada variavel1 com valor 1. Tem como fazer em plpgsql? Charles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas
eu gosto tanto do psql... -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas
Funfa no windows Em 18/07/07, Sebastian SWC [EMAIL PROTECTED] escreveu: eu gosto tanto do psql... -- Atenciosamente, Sebastian Selau Webber Colombo ___ 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
[pgbr-geral] Lista de Aplicativos
Dado que meu pedido de informações de ontem não teve sucesso, estou criando uma página a respeito para coletar as informações que eventualmente eu conseguir: http://www.postgresql.org.br/Aplicativos Solicito colaboração de todos… pode ser muito útil. -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas
Em Qua, 2007-07-18 às 11:32 -0300, Rafael Garbin escreveu: Funfa no windows Em qualquer plataforma suportada pelo PostgreSQL. -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: Macrosubstituiç ão em plpgsql
blz. tem alguma coisa parecida com o comando eval do php? ex: $variavel = teste; $operador = ; $valor = 1; if eval($variavel $operador $valor) { echo variavel teste é maior que um!; } Charles Alessandro Pedroso (Pedrosinho) escreveu: Use uma RECORD e alimente-a. O efeito é parecido e o código mais simples. []'s Pedrosinho - Original Message - *From:* Charles - FuturoVirtual mailto:[EMAIL PROTECTED] *To:* pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br *Sent:* Wednesday, July 18, 2007 11:14 AM *Subject:* [pgbr-geral] Macrosubstituição em plpgsql Pessoal teria como fazer macro substituição? exemplo como faço em php: $temp = variavel1; ${$temp} = 1; Ele cria uma variavel chamada variavel1 com valor 1. Tem como fazer em plpgsql? Charles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br mailto: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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Linguagem Pl/java
Pessoal voces tem alguma experiencia em pl/java? se é boa para programar, se vale investir nela ou é melhor sofrer com o plpgsql? Charles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: Macrosubstituiç ão em plpgsql
Veja o comando EXECUTE. []'s Pedrosinho - Original Message - From: Charles - FuturoVirtual To: Comunidade PostgreSQL Brasileira Sent: Wednesday, July 18, 2007 12:29 PM Subject: Re: [pgbr-geral] [Bulk] Re: Macrosubstituição em plpgsql blz. tem alguma coisa parecida com o comando eval do php? ex: $variavel = teste; $operador = ; $valor = 1; if eval($variavel $operador $valor) { echo variavel teste é maior que um!; } Charles Alessandro Pedroso (Pedrosinho) escreveu: Use uma RECORD e alimente-a. O efeito é parecido e o código mais simples. []'s Pedrosinho - Original Message - *From:* Charles - FuturoVirtual mailto:[EMAIL PROTECTED] *To:* pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br *Sent:* Wednesday, July 18, 2007 11:14 AM *Subject:* [pgbr-geral] Macrosubstituição em plpgsql Pessoal teria como fazer macro substituição? exemplo como faço em php: $temp = variavel1; ${$temp} = 1; Ele cria uma variavel chamada variavel1 com valor 1. Tem como fazer em plpgsql? Charles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br mailto: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 ___ 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] Linguagem Pl/java
Em Qua, 2007-07-18 às 12:56 -0300, Charles - FuturoVirtual escreveu: Pessoal voces tem alguma experiencia em pl/java? se é boa para programar, se vale investir nela ou é melhor sofrer com o plpgsql? Tem tantas alternativas… Scheme, Ruby, Python, Perl… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Desabilitar constraints
On Wed, Jul 18, 2007 at 09:12:22AM -0300, programadores wrote: Olá pessoal. Na empresa em que trabalho desenvolve um software mult banco a questão é: Preciso desativar constraints nos três bancos, segue abaixo os comandos utilizados. Oracle. ALTER TABLE nome_tablea DISABLE CONSTRAINT NOME_CONSTRAINT ALTER TABLE nome_tablea ENABLE CONSTRAINT NOME_CONSTRAINT Existe o SET CONSTRAINTS: http://postgresql2.openmirrors.org/docs/8.2/static/sql-set-constraints.html BEGIN; SET CONSTRAINTS ALL DEFERRED; faca o que que quiser COMMIT ou ROLLBACK Note que somente chaves estrangeiras sao afetadas pelo SET CONSTRAINTS. CHECK e UNIQUE nao sao deferiveis. O outro jeito seria DROP as constraints e recria-las. -Roberto -- Kevin, did you just dump your shorts? --Mike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Pessoal, Que tal uma revisão do que buscam ? Estou meio confuso sobre o que vocês procuram e o que falta para isso. Confesso que reli o primeiro mail da Thread e não entendi qual a real necessidade. Talvez por não fazer parte do meu dia-a-dia a necessidade de trabalhar com tanta modelagem como parece ser do seu cotidiano. Talvez seja só lentidão minha que impede de entender... :). Me interessei no assunto, mas acho que começaram a aparecer outras necessidades nas ferramentas que saíam do assunto original. Versionamento, por exemplo. De repente, alguém (o Leandro pode ser o mais indicado) poderia listar de forma concisa as características dessa ferramenta ideal ou ambiente ideal para modelar/analisar/manter um Banco de dados. Obrigado, Daniel On 7/18/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Em Qua, 2007-07-18 às 11:10 +, Johnny Taylor Faria Chaves escreveu: Eu pensei em escrever em algum D e transformar em XMI, para ter apenas um parser/tradutor ou seja o que for que fosse criado, mas parece que o XMI não serve nem para isso :( . ... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Linguagem Pl/java
Bom, PL/Java nunca usei, mas já tentei PL/Python e caí num caso que me quebrou hauehue. Os tipos de argumentos para procedures são encontrados no pg_catalog, e o pl/pgsql tem suporte para esses tipos, já o Python não tem! provavelmente o Java também não vai ter... Ai acabei me esbarrando em um rowtype, record, anyElement etc... On 7/18/07, Charles - FuturoVirtual [EMAIL PROTECTED] wrote: Pessoal voces tem alguma experiencia em pl/java? se é boa para programar, se vale investir nela ou é melhor sofrer com o plpgsql? Charles ___ 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] Modelagem de Dados à la Unix
Em Qua, 2007-07-18 às 14:46 -0300, Daniel Gaspary escreveu: Que tal uma revisão do que buscam ? Sem problemas. Estou meio confuso sobre o que vocês procuram e o que falta para isso. Confesso que reli o primeiro mail da Thread e não entendi qual a real necessidade. Talvez por não fazer parte do meu dia-a-dia a necessidade de trabalhar com tanta modelagem como parece ser do seu cotidiano. Realmente, apesar d’eu já ter pensado nisso antes, foi só me concentrando em modelagem que senti a importância e a oportunidade. Talvez seja só lentidão minha que impede de entender... :). Me interessei no assunto, mas acho que começaram a aparecer outras necessidades nas ferramentas que saíam do assunto original. Versionamento, por exemplo. Creio que cheguei a mencionar no assunto original que versionamento seria trivial de fazer com texto, mas é difícil e caro com diagramas. De repente, alguém (o Leandro pode ser o mais indicado) poderia listar de forma concisa as características dessa ferramenta ideal ou ambiente ideal para modelar/analisar/manter um Banco de dados. Não é uma ferramenta, mas um processo com várias ferramentas. Escreve-se o modelo em D, onde claro é uma linguagem relacional sã e completa. Traduz-se esse modelo em D para o(s) SQL(s) necessários. Essa é a essência. Daí aparecem várias possibilidades e (ou) necessidades. Reversas de diversos sabores de SQL para D, relatório sobre partes do modelo que não puderam ser implementadas em determinado sabor SQL (por exemplo, algumas restrições de integridade), um AutoDoc para D, tradutores para diversos sabores SQL e comandos DML (aí sim já saindo do âmbito de modelagem), e vai por aí afora. Ficou mais claro? Uma outra maneira de pensar nisso seria reconstruir um Alphora Dataphor, ou um SGBDR baseado em SQL (que em si não é relacional), um tijolo de cada vez. -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aplicativos
Salve On 7/17/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Estou numa empresa que tem uma mistura de MySQL 4 ISAM, Oracle Enterprise, MS SQL Server… e está precisando comprar uns aplicativos. Queria saber se há produtos de help desk, por exemplo, suportando PostgreSQL, seria uma economia importante para a gente. Se forem livres, melhor ainda. Para ERP + CRM Existe o Compiere[1], que foi criado primeiramente baseado em Oracle, mas creio que exista já um port pro Postgres . Dele foi gerado um fork que é baseado em postgres, parece estar até mais ativo que o original, se trata do ADempiere Bazaar Não existe uma lista de aplicativos portados? Só sei do µsiga. Clicando no link [3] tu vai acessar uma lista de todos projetos do Sourceforge que tem postgres listado como suportado, 1597, devem ser muito mais, pois não é todo mundo que classifica corretamente. Tu também pode navegar pelas categorias de projetos que parecem mais com o que tu profura, procurar por helpdeskm, por exemplo. Sem contar outro lugares pra procurar. Boa sorte, Daniel [1] www.compiere.com [2] adempiere.sf.net [3] http://sourceforge.net/softwaremap/trove_list.php?form_cat=525 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Macrosubstituição em plpgsql
Cara isso ja me deu muita dor de cabeça haueaha No fim não descobri até hoje a solução... Já tentei sanar com PL/Python mas esbarrei em um problema com o tipo de argumento... Se alguém souber, por favor fala aí. Acho que não somos os únicos que precisamos disso. On 7/18/07, Charles - FuturoVirtual [EMAIL PROTECTED] wrote: Pessoal teria como fazer macro substituição? exemplo como faço em php: $temp = variavel1; ${$temp} = 1; Ele cria uma variavel chamada variavel1 com valor 1. Tem como fazer em plpgsql? Charles ___ 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] Aplicativos
Em Qua, 2007-07-18 às 15:08 -0300, Daniel Gaspary escreveu: Queria saber se há produtos de help desk, por exemplo, suportando PostgreSQL, seria uma economia importante para a gente. Se forem livres, melhor ainda. Para ERP + CRM Bom, nem tanto, já temos o µsiga. Existe o Compiere[1], que foi criado primeiramente baseado em Oracle, mas creio que exista já um port pro Postgres . Dele foi gerado um fork que é baseado em postgres, parece estar até mais ativo que o original, se trata do ADempiere Bazaar Se tiver um módulo de help desk… Clicando no link [3] tu vai acessar uma lista de todos projetos do Sourceforge que tem postgres listado como suportado, 1597, devem ser muito mais, pois não é todo mundo que classifica corretamente. Tu também pode navegar pelas categorias de projetos que parecem mais com o que tu profura, procurar por helpdeskm, por exemplo. Interessante, mas isso cobre somente os livres. -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Leandro Guimarães Faria Corcete DUTRA wrote: Creio que cheguei a mencionar no assunto original que versionamento seria trivial de fazer com texto, mas é difícil e caro com diagramas. Por que é caro? Se você representar os dados em um formato semi-estruturado (XML por exemplo) fica fácil adicionar versionamento. Não é uma ferramenta, mas um processo com várias ferramentas. Escreve-se o modelo em D, onde claro é uma linguagem relacional sã e completa. Acho que o foco é montar uma estrutura que possa ser traduzida para vários SGBDs. Particularmente, acho que D não seria a melhor opção. Na minha opinião, uma estrutura semi-estruturada seria uma boa pois você pode definir um modelo próximo a estrutura dos bancos de dados suportados e escrever um tradutor (XSLT por exemplo) para transformar o modelo em DDL/DML necessários. Fácil, simples e rápido. Daí aparecem várias possibilidades e (ou) necessidades. Reversas de diversos sabores de SQL para D, relatório sobre partes do modelo que não puderam ser implementadas em determinado sabor SQL (por exemplo, algumas restrições de integridade), um AutoDoc para D, tradutores para diversos sabores SQL e comandos DML (aí sim já saindo do âmbito de modelagem), e vai por aí afora. A parte reversa seria um pouco mais complicada. Teria que existir tradutores diferentes para cada SGBD suportado; esses tradutores fariam a leitura do catálogo ou dicionário de dados de cada SGBD e transformaria isso no modelo (XML?) suportado pela ferramenta. A documentação de tais diagramas poderia ser feita em qualquer uma das partes (diagrama gerado ou catálogo). Utilizando o diagrama, poderia ser criado um novo tradutor (XSLT por exemplo) para gerar um relatório (HTML?) específico para um SGBD ou um genérico. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Qua, 2007-07-18 às 15:45 -0300, Euler Taveira de Oliveira escreveu: Leandro Guimarães Faria Corcete DUTRA wrote: Creio que cheguei a mencionar no assunto original que versionamento seria trivial de fazer com texto, mas é difícil e caro com diagramas. Por que é caro? Era referência a quanto se cobra nas ferramentas proprietárias… Se você representar os dados em um formato semi-estruturado O que você quer dizer com isso? (XML por exemplo) fica fácil adicionar versionamento. Exatamente — as ferramentas tradicionais não têm tal formato, só para exportação. E os diagramas aí só complicam, como o XML também. Um D basta, e é mais simples e direto. Escreve-se o modelo em D, onde claro é uma linguagem relacional sã e completa. Acho que o foco é montar uma estrutura que possa ser traduzida para vários SGBDs. Particularmente, acho que D não seria a melhor opção. Por quê? Eu quero um D, porque quero algo que não se restrinja às capacidades dos atuais SGBD. Quero algo que dê conta de qualquer extensão ao SQL, e a eventuais SGBDRs, assim como outras cositas menos cotadas como quase-SGBDs. Na minha opinião, uma estrutura semi-estruturada !? seria uma boa pois você pode definir um modelo próximo a estrutura dos bancos de dados suportados e escrever um tradutor (XSLT por exemplo) para transformar o modelo em DDL/DML necessários. Fácil, simples e rápido. Cara, pára de colocar XML no meio… não tem necessidade. Se não for um D, vai ISO SQL mesmo. Para que algo mais complicado que isso? A parte reversa seria um pouco mais complicada. Teria que existir tradutores diferentes para cada SGBD suportado; esses tradutores fariam a leitura do catálogo ou dicionário de dados de cada SGBD e transformaria isso no modelo (XML?) suportado pela ferramenta. Claro. Mas não creio que seja tão difícil, afinal os catálogos costumam não ser tão ruins… exceto o do MS SQL Server que é chato e o do MySQL que é péssimo, mas sempre se pode trabalhar de DDLs exportados ou do INFORMATION_SCHEMA que começa a ser amplamente suportado (MySQL v5, por exemplo). O negócio é começar com um decente (PostgreSQL), aí fazer um outro quase tanto quanto (DB2), depois os razoáveis (Oracle), e depois o resto (vide acima). A documentação de tais diagramas poderia ser feita em qualquer uma das partes (diagrama gerado ou catálogo). Que diagrama? Lembre-se, a idéia é simplesmente gerar diagramas com um AutoDoc da vida. Utilizando o diagrama, poderia ser criado um novo tradutor (XSLT por exemplo) para gerar um relatório (HTML?) específico para um SGBD ou um genérico. Não, esqueça o diagrama! O D da vida é o cerne da coisa. Mas você lembrou bem, outra ferramenta seria um gerador de relatórios. E tanto faz, RTF, SGML [(X)HTML ou coisa que o valha], ODF, LaΤeχ… -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Controle de acesso (usuários)
RFC 1855 Em Qua, 2007-07-18 às 16:20 -0300, Daniel Robert Costa escreveu: Estou redesenvolvendo o banco de dados da empresa em que trabalho. Que privilégio! Estamos iniciando os trabalhos com o PostgreSQL 8.2 Nosso servidor será Suse ES 10 ou provavelmente RedHat ES4. Para quê isso? Debian ou BSD… Gostaria de saber se há vantagens de ao invés de uma tabela para os usuários e tabelas auxiliares de permissões, eu criar em meu banco de dados um usuário para cada pessoa que for utilizar o sistema. Sim, claro, principalmente se já houver um sistema de diretório. Hoje tenho cerca de 200 registros na tabela de usuários, ou seja, eu passaria a ter 200 usuários no meu banco de dados. E o controle de permissões eu faria através da criação de grupos de usuários no banco de dados. Há vantagens nesta ação? Sim, vide o artigo do Telles recentemente aqui publicado. -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Leandro Guimarães Faria Corcete DUTRA wrote: E os diagramas aí só complicam, como o XML também. Um D basta, e é mais simples e direto. Não entendi porque XML complica. Não sei se um parser para D é melhor do que um parser XML, mas é mais fácil encontrar um parser XML do que um em D. Eu quero um D, porque quero algo que não se restrinja às capacidades dos atuais SGBD. Quero algo que dê conta de qualquer extensão ao SQL, e a eventuais SGBDRs, assim como outras cositas menos cotadas como quase-SGBDs. E quem disse que com um esquema XML você vai restringir capacidades? Se a sua estrutura for bem montada, você pode armazenar quaisquer tipos de objetos e propriedades que o seu SGBD suportar. Cara, pára de colocar XML no meio… não tem necessidade. Se não for um D, vai ISO SQL mesmo. Para que algo mais complicado que isso? Por que por XML no meio? Simplesmente porque uma representação em D ou SQL é difícil de fazer um parsing; O XML tem uma estrutura bem definida, assim podemos obter a informação precisa (com XPath ou XQuery). A documentação de tais diagramas poderia ser feita em qualquer uma das partes (diagrama gerado ou catálogo). Que diagrama? Lembre-se, a idéia é simplesmente gerar diagramas com um AutoDoc da vida. Você quer uma ferramenta que gere os diagramas a partir do catálogo do BD ou uma ferramenta que, além disso, possa diagramar? Na última opção um formato intermediário, seria ideal para o versionamento e representação unificada do modelo de dados. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Euler Taveira de Oliveira escreveu: ... Por que por XML no meio? Simplesmente porque uma representação em D ou SQL é difícil de fazer um parsing; O XML tem uma estrutura bem definida, assim podemos obter a informação precisa (com XPath ou XQuery). Na sua visão, como seria para escrever o XML? Ou seja a como fazer a modelagem mesmo, pois o que *eu* quero é fazer isso usando qualquer editor de textos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral