Re: [pgbr-geral] Ferramentas de ‘Modelagem’
Olá, tenho utilizado bastante a Ferramenta Mogwai ER-Designer, em minhas aulas de modelagem de Dados, ela tem se mostrado estável apesar de sentir falta de alguns detalhes ainda. Ela ainda está na versão 0.99 e é escrita em java (open source) quem quiser dar uma checadao site é http://mogwai.sourceforge.net/erdesigner/erdesigner.html Att. Roberto Murillo. Em Qui, 2007-06-21 às 21:41 -0300, Euler Taveira de Oliveira escreveu: Leandro Guimaraes Faria Corcete DUTRA wrote: Vocês sabem que eu não gosto de ferramentas de diagramação, muito menos das que dizem que fazem modelagem. Eu também não, mas ... Estive investigando as ferramentas que suportam o PostgreSQL, conforme a famosa página http://postgresql.org.br./Ferramentas_para_o_PostgreSQL, para a qual também dei uma pequena contribuição. Mas queria jogar umas idéias aqui, e ver o que vocês acham. É bom que os inscritos dessa lista, saibam que podem contribuir para enriquecer o nosso sítio (aka Wiki). Resumindo: há um campo enorme nessa área. Se alguém quiser pegar um projeto livre, como o MySQL Workbench ou o Druid, e desenvolver, será muito agradecido, desde que consiga deixar a diagramação de lado — deixe isso para AutoDoc ou SQL Fairy e concentre-se em dicionário de dados e relatórios. Estou trabalhando no Google Summer of Code justamente numa ferramenta para diagramação que será integrada ao PGAdmin [1] [2]. Num primeiro momento ele contemplará somente o desenho do modelo e a carga do mesmo. Num segundo momento (depois do GSoC) devo continuar trabalhando para implementar a engenharia reversa, ou seja, a partir da base de dados a ferramenta gera o modelo. Quando tiver algo pronto (meados de Julho), eu posto aqui na lista para que o pessoal possa ajudar a testar. Infelizmente ainda não pensei a respeito de como lidar com domínios. Mas vou colocar isso no meu TODO. Aliás, AutoDoc e SQL Fairy também precisam de colaboradores. O SQL Fairy não lida com muita sintaxe válida, como esquemas e comentários, por exemplo. O AutoDoc é bastante difícil de usar. Uma sugestão minha seria outra ferramenta integrada ao PGAdmin (PGAdmin Studio?) para fazer justamente isso mais fácil (apontar e clicar). Uma decepção de nota: as ferramentas UML (Argos, Telelogic System Architect c) não parecem dar conta do recado, por não suportarem dicionários de dados. Uma decepção para uma linguagem de modelagem que se queria universal. Particularmente não gosto de utilizar ferramentas UML, pois, às vezes, sinto falta de informações específicas (notação, tipos definidos pelo usuário, domínios, gatilhos?, funções?) a modelo de dados. [1] http://timbira.com/soc2007/ [2] http://code.google.com/soc/postgres/about.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Roberto Murillo Mathias Costa Junior InfoWave - TI : Diretor Técnico Cel: 67 9983-7399 www.infowave.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Senha do usuario postgres
faca o seguinte host all all 0.0.0.0/0 trust local all all trust pronto apele mesmo! - Original Message - From: julio_francisco [EMAIL PROTECTED] To: pgbr-geral pgbr-geral@listas.postgresql.org.br Sent: Friday, June 22, 2007 9:40 AM Subject: Re: [pgbr-geral] Senha do usuario postgres faca o seguinte em relação a senha edite no pg_hba.conf e coloque o metodo de autenticacao para o Joao e Gilberto: A entrada do pg_hba.conf seria: hostall all 127.0.0.1/32 trust Essa? Att Julio usuario postgres para trust conecte com o usuario postgresql na maquina mude a senha do usuario postgresql para a senha antiga edite novamente o pg_hba.conf e retorne o metodo de autenticacao antigo - Original Message - From: Julio F Figueiredo [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, June 21, 2007 10:55 PM Subject: [pgbr-geral] Senha do usuario postgres Eu tenho um sistema que usa postgreSQL, um cara sem eu saber foi instalar um outro sistema na mesma maquina servidora do banco de dados, esse tal sistema novo usa o firebird, não sei o que houve na maquina, sei que fui contactado e me disseram que o banco de dados havia parado. Quando pegei a maquina pra olhar, notei q o postgreSQL havia sido desinstalado, sobrando somente no diretório de insalacao o diretorio de dados. Entao fiz um backup desses dados e reinstalei novamente o postgreSQL na maquina, parei o servidor e voltei o diretorio de dados antigos, mas ele comecou a dar erro de senha, dizendo que a senha do usuario postgres havia sido mudada. Perguntas: Existe algum jeito de eu voltar esse backup de outra maneira? Ou descobrir a senha que está gravada ou alterá-la? Alguem tem alguma sugestão para o meu problema? Desde ja agradeco. Att, Julio F Figueiredo ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Senha do usuario postgres
Vlw, foi isso mesmo que fiz, funcionou, consegui acessar e alterar a senha do adm e pelo que parece nenhum registro foi perdido com toda a bagunça!! faca o seguinte host all all 0.0.0.0/0 trust local all all trust pronto apele mesmo! - Original Message - From: julio_francisco [EMAIL PROTECTED] To: pgbr-geral pgbr-geral@listas.postgresql.org.br Sent: Friday, June 22, 2007 9:40 AM Subject: Re: [pgbr-geral] Senha do usuario postgres faca o seguinte em relação a senha edite no pg_hba.conf e coloque o metodo de autenticacao para o Joao e Gilberto: A entrada do pg_hba.conf seria: hostall all 127.0.0.1/32 trust Essa? Att Julio usuario postgres para trust conecte com o usuario postgresql na maquina mude a senha do usuario postgresql para a senha antiga edite novamente o pg_hba.conf e retorne o metodo de autenticacao antigo - Original Message - From: Julio F Figueiredo [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, June 21, 2007 10:55 PM Subject: [pgbr-geral] Senha do usuario postgres Eu tenho um sistema que usa postgreSQL, um cara sem eu saber foi instalar um outro sistema na mesma maquina servidora do banco de dados, esse tal sistema novo usa o firebird, não sei o que houve na maquina, sei que fui contactado e me disseram que o banco de dados havia parado. Quando pegei a maquina pra olhar, notei q o postgreSQL havia sido desinstalado, sobrando somente no diretório de insalacao o diretorio de dados. Entao fiz um backup desses dados e reinstalei novamente o postgreSQL na maquina, parei o servidor e voltei o diretorio de dados antigos, mas ele comecou a dar erro de senha, dizendo que a senha do usuario postgres havia sido mudada. Perguntas: Existe algum jeito de eu voltar esse backup de outra maneira? Ou descobrir a senha que está gravada ou alterá-la? Alguem tem alguma sugestão para o meu problema? Desde ja agradeco. Att, Julio F Figueiredo ___ 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 ___ 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] Compilação do Postgr eSQL 8.1 para processamento simétrico
Meu receio de ficar enfiando essas gambiarras no Postgres é que até a versão final sair pode mudar muita coisa e qualquer falha de segurança que tiver, ao invés de aproveitar a correção que já está no repositório da minha distribuição eu terei que fazer mais uma compilação e ai vou ficar perdendo tempo com compilações. Bem, já sentaram o pau nos links que passei - opinião é opinião e não estou criticando, mesmo porque estou entrando nesta questão agora - , porque referem-se ao auto-relacionamento e alguns até citaram o método do Fabin Pascal, mas não achei nenhum link a respeito do método dele. Alguém pode me passar algum? A priori o autorelacionamento pareceu-me bem atraente por simplificar a consulta e agilizar o retorno dos dados de saída. Mas realmente torci o nariz para o fato de ter que dar um 'update' em quase toda árvore quando precisar incluir um novo taxon. Se eu tiver várias pessoas acrescentando dados na árvore vai ser um caos e para evitá-lo teria que dar um lock em toda a tabela para impedir que bagunçem os relacionamentos, mas por outro lado isso pode causar um outro transtorno que é o atraso do trabalho porque uma pessoa bloqueou a tabela. Sinceramente, agora eu fiquei mais perdido que cego em tiroteio. Eu dei uma dobrada nos valores dos meus shared_buffer e o max_fsm_pages além de limitar o tempo do tcp_keepalives_idle para 2h, o que está de bom tamanho. E pra completar, depois de um 'vacuum full analize' que levou mais de 30m sendo 10m só na bendita tabela da árvore parece que as coisas normalizaram provisoriamente. Em 21/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Qui, 2007-06-21 às 20:52 -0300, Euler Taveira de Oliveira escreveu: Leandro Guimaraes Faria Corcete DUTRA wrote: Se bem que o código com WITH, ao que me lembro, é mais chato de escrever e ler que o com CONNECT BY. A sintaxe do WITH é bizarra, mas é SQL... Então o pessoal decidiu (depois de várias discussões calorosas) _por coerência_ implementá-la. Sem contar que outros bancos como o DB2 também implementam. Tudo isso é verdade. Mas de vez em quando, faz sentido um padrão 'de facto'. Como TCP/IP, por exemplo. -- 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 -- Welington Rodrigues Braga -- Web: http://gtk-br.welrbraga.t5.com.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga ICQ: 52789331 Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos; - 2Co 4:8,9 ___ 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 de ‘Modelagem’
Em Sex, 2007-06-22 às 00:16 -0300, Gilberto C. Andrade escreveu: Uso este http://fabforce.net/dbdesigner4/. O cara que o fez parou o projeto em função do trabalho no projeto MySQL Workbench. Mas isso não impede ninguém de baixar os fontes e aplicar alguns patchs disponíveis. No momento não tive essa necessidade, o ultimo release não me deu problemas. Então, você roda em que plataforma? Eu não consegui usar da última vez que tentei. Ah, esqueci de mencionar algumas outras necessidades que talvez me atrapalhem, como lidar com esquemas e versões. -- 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] Banco de dados Orientado a objeto
Em Qui, 2007-06-21 às 21:08 -0300, Euler Taveira de Oliveira escreveu: Leonardo Cezar wrote: E por falar em OQL, que fim se deu essa coisa??? A última versão é datada em 2001 (ODMG 3.0), mas como nem todo defunto está morto, veja [1]. Não contentes com a morte recente eles querem resuscitar o padrão com uma versão 4.0. Vamos esperar pra ver. Tem defuntos que é melhor deixar enterrado. Cheira CODASYL, seria um atraso de quase 40 anos no campo. -- 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 de [UTF-8?]âModelagemâ
Em Sex, 2007-06-22 às 10:37 -0200, frozza escreveu: Aí pega mais embaixo: não descobri como tratar domínios em UML. Você pode passar um exemplo de tratamento de domínios, para melhor entender o problema? Uma base de dados não deve ser definida em cima dos tipos simples predefinidos pelo SGBD, mas por tipos definidos pelo usuário. O seguinte comando estaria errado: CREATE TABLE funcionario (cd_pessoa NUMERIC (10), salario NUMERIC (17,2)) O certo seria: CREATE DOMAIN cd_pessoa AS NUMERIC (10); CREATE DOMAIN salario AS NUMERIC (17,2); CREATE TABLE funcionario (cd_pessoa cd_pessoa, salario salario); Então é fundamental que a ferramenta de modelagem permita criar os domínios antes das relações, e depois emitir relatórios sobre os domínios c. Na verdade, minha convicção é que quem tem o privilégio de trabalhar só com PostgreSQL (por exemplo) não precisa dessas ferramentas, porque o próprio PostgreSQL lida com domínios e é trivial usar depois o AutoDoc e outras ferramentas para os relatórios e diagramas. Meu problema é precisar de uma ferramenta que cubra vários SGBDs, inclusive aqueles que não suportam domínios como Oracle, MS SQL Server e MySQL. -- 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 de ‘Modelagem’
On 6/22/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] wrote:
Pelo que investiguei, não tem como. E eu investiguei. Mas adoraria
que alguém me provasse o contrário.
Domínio na terminologia da UML é chamado de constraint, se modela
descrevendo o constraint entre chaves {descrição aqui}, porque domínio
em engsoft significa a área de atuação do sistema.
--
wallace reis/wreis
Núcleo de Biologia Computacional e
Gestão de Informações Biotecnológicas/LABBI
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Compilação do Postgr eSQL 8.1 para processamento simétrico
Em 22/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Sex, 2007-06-22 às 10:25 -0300, Welington R. Braga escreveu: [corte] O Contrib costuma ser empacotado pelas distros também. Vou da uma olhada no Debian (minha distro) Bem, já sentaram o pau nos links que passei - opinião é opinião e não estou criticando, mesmo porque estou entrando nesta questão agora - , porque referem-se ao auto-relacionamento e alguns até citaram o método do Fabin Pascal, mas não achei nenhum link a respeito do método dele. Alguém pode me passar algum? Infelizmente não lembro agora. Você pode procurar em http://dbdebunk.com./, que está inativo mas ainda tem os arquivos; de outro modo, teria de comprar o livro. Mas não tem muito segredo, é só evitar o auto-relacionamento que é meio feio, fazendo uma tabela com os dados e outra com os pares pai–filho. Dei uma procurada lá e não achei, vou olhar depois com mais calma, mas já vi que vou ter que comprar alguns livros. A priori o autorelacionamento pareceu-me bem atraente por simplificar a consulta e agilizar o retorno dos dados de saída. Mas realmente torci o nariz para o fato de ter que dar um 'update' em quase toda árvore quando precisar incluir um novo taxon. O que é um taxon? http://pt.wikipedia.org/wiki/T%C3%A1xon Resumindo: Qualquer pedaço da sua árvore. (Cada tupla, na tabela e que seja parte da árvore) Mas no auto-relacionamento isso não é necessário, só no modelo maluco do maluco do Celko. Sincerametne confesso que não vi diferença entre o Celko e o autorelacionamento. Vou dar uma olhada com mais carinho, ao invés de só ver as figuras e o código SQL ;-) Se eu tiver várias pessoas acrescentando dados na árvore vai ser um caos e para evitá-lo teria que dar um lock em toda a tabela para impedir que bagunçem os relacionamentos, Não, use controle de transações. [possivel bobagem] Mas as funções em pgplsql, não são executadas em uma única transação? [/possivel bobagem] Sinceramente, agora eu fiquei mais perdido que cego em tiroteio. Eu dei uma dobrada nos valores dos meus shared_buffer e o max_fsm_pages além de limitar o tempo do tcp_keepalives_idle para 2h, o que está de bom tamanho. E pra completar, depois de um 'vacuum full analize' que levou mais de 30m sendo 10m só na bendita tabela da árvore parece que as coisas normalizaram provisoriamente. Ah, isso explica muita coisa. Que tal deixar agendado um periódico? Deve demorar bem menos se for, por exemplo, semanal ou até mensal. E se você fizer, por exemplo diariamente, um mais /light/. É, eu já tinha uma vacuum full agendado diariamente, mas não com analize. vou por este comando para executar semanalmente. -- Welington Rodrigues Braga -- Web: http://gtk-br.welrbraga.t5.com.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga ICQ: 52789331 Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos; - 2Co 4:8,9 ___ 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 de ‘Modelagem’
Em 22/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Sex, 2007-06-22 às 10:06 -0400, Gilberto C. Andrade escreveu: SuSe 9.0, depois SuSe 9.3 e agora OpenSuse 10.2 Interessante. Sem remendos? E onde ficam esses remendos que você mencionou? Baixei esta versao http://fabforce.net/downloadfile.php?iddownloadfile=2, e segui os passos normais de instalação. Não tive problema algum! E por favor, RFC 1855! Por que? Violei alguma regra? -- 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 de ‘Modelagem’
On 6/22/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Você deu um ótimo exemplo de uma das razões porque EngSoft é bruxaria, não ciência: ficam redefinindo termos matemáticos, sendo que a Matemática é a base da nossa ciência. hahahha. Mas interessante, de fato o domínio é uma restrição, a mais fundamental que existe. Tem algum link para algum tutorial ensinando a fazer isso nalguma ferramenta UML livre ou pelo menos popular? Tutorial não. Mas sei que uma boa ferramenta, o JUDE[1]. A UML diz que tem várias visões do modelo, você pode modelar um diagrama que seja a visão das constraints do modelo. [1] http://jude.change-vision.com/jude-web/index.html -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ 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 de ‘Modelagem’
Em Sex, 2007-06-22 às 10:06 -0400, Gilberto C. Andrade escreveu: SuSe 9.0, depois SuSe 9.3 e agora OpenSuse 10.2 Interessante. Sem remendos? E onde ficam esses remendos que você mencionou? E por favor, RFC 1855! -- 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 de ‘Modelagem’
SuSe 9.0, depois SuSe 9.3 e agora OpenSuse 10.2 Acesso MySql, PostgreSQL e agora o Oracle! Gilberto Em 22/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Sex, 2007-06-22 às 00:16 -0300, Gilberto C. Andrade escreveu: Uso este http://fabforce.net/dbdesigner4/. O cara que o fez parou o projeto em função do trabalho no projeto MySQL Workbench. Mas isso não impede ninguém de baixar os fontes e aplicar alguns patchs disponíveis. No momento não tive essa necessidade, o ultimo release não me deu problemas. Então, você roda em que plataforma? Eu não consegui usar da última vez que tentei. Ah, esqueci de mencionar algumas outras necessidades que talvez me atrapalhem, como lidar com esquemas e versões. -- 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 de ‘Modelagem’
Em Sex, 2007-06-22 às 11:26 -0300, Wallace Reis escreveu: Mas interessante, de fato o domínio é uma restrição, a mais fundamental que existe. Tem algum link para algum tutorial ensinando a fazer isso nalguma ferramenta UML livre ou pelo menos popular? Tutorial não. Mas sei que uma boa ferramenta, o JUDE[1]. Tomara que eu não gaste tempo demais aprendendo isso, o projeto já está apertado. A UML diz que tem várias visões do modelo, você pode modelar um diagrama que seja a visão das constraints do modelo. Resta ainda a ver o resto das restrições: CHECK, transição c. Mas essas o DER também não faz, vai via texto mesmo. Tomara que dê para fazer em UML. -- 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 de ‘Modelagem’
Olá Leandro, Talvez este o ajude. tente o DBManager Enterprise Edition disponível em http://www.dbtools.com.br/PT/downloads. É pra Windows e não é gratuito, embora não seja caro e tem versão em Português BR. Tem um suporte razoável à modelagem por diagramas mas o dicionário pode ser alterado por outros recursos do aplicativo. Suporta uma penca de SGBD's: MySQL, PostgreSQL, Interbase/Firebird, SQlite, MSAccess, MSSQL Server, Sybase, Oracle, Tabelas DBF e ODBC (read only). COS - Original Message - From: Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, June 21, 2007 6:39 PM Subject: [pgbr-geral] Ferramentas de ‘Modelagem’ Vocês sabem que eu não gosto de ferramentas de diagramação, muito menos das que dizem que fazem modelagem. Na verdade, creio que com PostgreSQL não precisamos dessas ferramentas: vale mais a pena criar os domínios, depois as tabelas, e usar o AutoDoc ou mesmo o SQL Fairy para diagramar. Entretanto, estou na situação de ter de administrar os modelos de quatro diferentes SGBDs, e inúmeras bases de dados fragmentadas. Para isso, vou precisar de uma ferramenta de modelagem — não por causa dos diagramas, mas do dicionário de dados (basicamente). Estive investigando as ferramentas que suportam o PostgreSQL, conforme a famosa página http://postgresql.org.br./Ferramentas_para_o_PostgreSQL, para a qual também dei uma pequena contribuição. Mas queria jogar umas idéias aqui, e ver o que vocês acham. Em primeiro lugar, um dicionário de dados é fundamental. Isso já elimina várias ferramentas, como o DBWrench. As únicas que sobram capazes de rodar em GNU/Linux são o The Kompany Data Architect, que tem o básico (dicionário, relatórios, cobertura de vários SGBDs) mas dá um certo trabalho de instalar e configurar, usando acionadores ODBC, sendo um aplicativo Qt meio feioso e c; e o Druid III, bastante espartano e com problemas similares ao do Data Architect, mas em Java. O MySQL Workbench está em α já há coisa de um ano, e perdeu suporte ao PostgreSQL. Estranho. Há várias ferramentas MS Windows. A dificuldade com elas é ter de baixar trials, lidar com licenças, conseguir os contatos com os fornecedores. Até agora só consegui uma cotação da CA, porque minha empresa já tem relacionamento com eles. Nem Embarcadero, nem IBM (Data Architect) nem ninguém mais tem sido responsivo. Resumindo: há um campo enorme nessa área. Se alguém quiser pegar um projeto livre, como o MySQL Workbench ou o Druid, e desenvolver, será muito agradecido, desde que consiga deixar a diagramação de lado — deixe isso para AutoDoc ou SQL Fairy e concentre-se em dicionário de dados e relatórios. Dá vontade de criar scripts que exportem os modelos de cada SGBD, extraiam os tipos de dados e os carreguem numa base central. Mas o problema são as bases que não estão definidas com domínios — praticamente todas. Aliás, AutoDoc e SQL Fairy também precisam de colaboradores. O SQL Fairy não lida com muita sintaxe válida, como esquemas e comentários, por exemplo. O AutoDoc é bastante difícil de usar. Uma decepção de nota: as ferramentas UML (Argos, Telelogic System Architect c) não parecem dar conta do recado, por não suportarem dicionários de dados. Uma decepção para uma linguagem de modelagem que se queria universal. Falei bobagens, alguém tem informação a acrescentar? -- 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] otimizacao de queries
De alguma maneira não li esta mensagem de ontem. Em Qui, 2007-06-21 às 15:37 -0300, Wallace Reis escreveu: On 6/21/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Por que vai? Degradação de performance. No meu caso com cerca de 19 milhões de registros em uma única tabela ajuda, e muito. Só se as grandes tabelas forem filhas de tabelas com chaves primárias compostas. Caso contrário, você ganha por não ter de acrescentar mais um atributo. Ao meu ver, o ideal é usar uma chave natural *não inteligente* como chave primária, quando não puder ae cabe o uso de chave artificial. O ideal é usar qualquer chave natural. Esse conceito de ’chave inteligente’ é bastante subjetivo. Você vai ter que alterar o check constraint para a nova lógica e executar uma operação de update e com o on cascade, a depender do seu bd, em várias tabelas que contém milhões de registros. Se você pensar em um banco de currículos ou um forúm que são ambientes com pequeno volume de dados, neste caso você tem razão. Rapaz, não vejo como o CPF ou o RG vão mudar tão drasticamente. Como falei, esse conceito de chave inteligente não é muito útil… principalmente se uma chave externa é considerada inteligente! A ironia que o Gilberto fez foi exatemente a msm que uma pessoa fez na usenet e a resposta do JOE CELKO foi: Dr. Codd would be VERY surprised to find out that his papers had no mention of primary keys in them.; claro que a cláusula SQL PRIMARY KEY tem adições de propriedades ao conceito de chave primária criado por Dr. Codd. Na verdade tem de haver chave(s) natural(is). A questão de qual será a primária é completamente arbitrária. No SQL é obrigatório, no modelo relacional não. p.s.: acredito que o assunto ta fugindo do inicial da thread. acho até melhor continuarmos a conversar em privado diretamente no email pessoal do que pela lista, pois vc tem colocado muita emoção e se exaltado em suas mensagens. É uma lista de discussões, certo? Eu me exalto pela verdade. Não suporto o tanto de confusão que se tem gerado na área, atrapalhando imenso o progresso. -- 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] SELECT JOIN
Em Sex, 2007-06-22 às 12:03 -0300, Thiago Risso escreveu: Consegui melhorar Bastante o plano de execução invertendo a tabela no qual é realizada o seqScan Inicial : EXPLAIN SELECT L.id_log,RL.id_log FROM tzrepl.tzr_replicated_log RL RIGHT OUTER JOIN tzrepl.tzr_log L ON L.id_log = RL.id_log WHERE RL.id_log IS NULL Legal, mas sem identação está chato de ler e comparar. Aliás, já apaguei as mensagens anteriores… preciso parar de fazê-lo. Mas mesmo assim vou tentar implementar o num_repl, que reduzirá ainda mais a quantidade de linhas do primeiro seqScan... O que acham ? Me pareceu, superficialmente, redundância, que é feio e pode prejudicar. Mas não analisei a fundo, nem o farei… -- 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] SELECT JOIN
Consegui melhorar Bastante o plano de execução invertendo a tabela no qual é realizada o seqScan Inicial : EXPLAIN SELECT L.id_log,RL.id_log FROM tzrepl.tzr_replicated_log RL RIGHT OUTER JOIN tzrepl.tzr_log L ON L.id_log = RL.id_log WHERE RL.id_log IS NULL Legal, mas sem identação está chato de ler e comparar. Aliás, já apaguei as mensagens anteriores… preciso parar de fazê-lo. O plano Anterior era assim: EXPLAIN SELECT l.id_log FROM tzrepl.tzr_log L WHERE id_log NOT IN(SELECT id_log FROM tzrepl.tzr_replicated_log) Seq Scan on tzr_log l (cost=25877.49..7033033820.69 rows=430986 width=4) Filter: (NOT (subplan)) SubPlan - Materialize (cost=25877.49..39709.39 rows=994590 width=4) - Seq Scan on tzr_replicated_log (cost=0.00..20996.90 rows=994590 width=4) e ficou mais de 1:40h e cancelei a query E agora : EXPLAIN SELECT L.id_log,RL.id_log FROM tzrepl.tzr_replicated_log RL RIGHT OUTER JOIN tzrepl.tzr_log L ON L.id_log = RL.id_log WHERE RL.id_log IS NULL Merge Left Join (cost=294375.00..313603.71 rows=861971 width=8) Merge Cond: (outer.id_log = inner.id_log) Filter: (inner.id_log IS NULL) - Sort (cost=138438.33..140593.25 rows=861971 width=4) Sort Key: l.id_log - Seq Scan on tzr_log l (cost=0.00..22779.71 rows=861971 width=4) - Sort (cost=155936.67..158423.15 rows=994590 width=4) Sort Key: rl.id_log - Seq Scan on tzr_replicated_log rl (cost=0.00..20996.90 rows=994590 width=4) retornou o que eu queria em 14 segundos apenas Mas mesmo assim vou tentar implementar o num_repl, que reduzirá ainda mais a quantidade de linhas do primeiro seqScan... O que acham ? Me pareceu, superficialmente, redundância, que é feio e pode prejudicar. Mas não analisei a fundo, nem o farei… Como já disse antes... Sou um pouco teimoso.. Só acredito vendo ...Vou testar ... Caso não me de resultado esperado... Removo Afinal... Testes servem para isso (Colocar em teste o que a teoria explica)... Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Como não receber e-mails dessa lis ta
Favor cancelar o envio de email dessa lista para o meu e-mail ___ 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 de ‘Modelagem’
Em Sex, 2007-06-22 às 10:48 -0400, Gilberto C. Andrade escreveu: E por favor, RFC 1855! Por que? Violei alguma regra? Sim, a própria RFC 1855. Leitura obrigatória para quem participa de listas de discussões e grupos de notícias. -- 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 de ‘Modelagem’
Em Sex, 2007-06-22 às 11:14 -0400, Gilberto C. Andrade escreveu: Em 22/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Sex, 2007-06-22 às 10:48 -0400, Gilberto C. Andrade escreveu: Por que? Violei alguma regra? Sim, a própria RFC 1855. Leitura obrigatória para quem participa de listas de discussões e grupos de notícias. Já li! Já participo de outras listas de discussão a algum tempo e aqui me parece que as coisa não são diferentes das outras. Então, por favor me diga o que estou violando! O meu cliente é o proprio gmail.com, ou seja o browser. O navegador é irrelevante. Não sei como funciona no GMail, mas a idéia é que o texto a que se responde tem de ser precedido de um sinal de ‘maior que’, como você vê acima. Em vez disso, teu cliente está identando. Fica confuso entender quem escreveu o quê e respondeu a quem. -- 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] SELECT JOIN
Tem alguma a indicar ? De preferencia em ptBr Pois não sou muito bom em Inglês... Pode ser livro... Mas em pt.. Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Em Sex, 2007-06-22 às 12:19 -0300, Thiago Risso escreveu: Consegui melhorar Bastante o plano de execução invertendo a tabela no qual é realizada o seqScan Inicial : EXPLAIN SELECT L.id_log,RL.id_log FROM tzrepl.tzr_replicated_log RL RIGHT OUTER JOIN tzrepl.tzr_log L ON L.id_log = RL.id_log WHERE RL.id_log IS NULL EXPLAIN SELECT L.id_log,RL.id_log FROM tzrepl.tzr_replicated_log RL RIGHT OUTER JOIN tzrepl.tzr_log L ON L.id_log = RL.id_log WHERE RL.id_log IS NULL Fica difícil comparar sem identação. Como já disse antes... Sou um pouco teimoso.. Só acredito vendo ...Vou testar ... Caso não me de resultado esperado... Removo Afinal... Testes servem para isso (Colocar em teste o que a teoria explica)... Mas você nem leu a teoria! -- 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] SELECT JOIN
Tem gente que aprende no caminho. Mas aí tem de começar com um alvo bem modesto. Não estou querendo abraçar o mundo, apenas estou desenvolvendo algo que resolva meu problema E até então, o está. Se você ou qualquer outra pessoa conseguir usá-lo, ou servir para outras milhares de pessoas ótimo... Se estará de acordo com a teoria, ótimo Se seguir todos os padrões ... ótimo ... Se ... Mas o meu foco é que os dados cadastrados no Ponto A seja propagado para os N pontos que tenho cadastrado em uma tabela... Se isto é/será um sistema de replicação com toda complexibilidade envolvida nisso não sei... desde que resolva meu problema... pra mim está ótimo Pois não tem nada ( Pelo menos que eu tenha encontrado ) OpenSource E mesmo os Pagos implicam em CONFLITOS envolvidos em Multimaster Assíncrono se é que este é o nome dado (já que não tenho a intensão de desenvolver um SISTEMA DE REPLICAÇÃO mas sim um propagador de registros ) ... Att: Thiago Risso ___ 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 de ‘Modelagem’
Em 22/06/07, Welington R. Braga [EMAIL PROTECTED] escreveu: Em 22/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Sex, 2007-06-22 às 11:14 -0400, Gilberto C. Andrade escreveu: Em 22/06/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] escreveu: Em Sex, 2007-06-22 às 10:48 -0400, Gilberto C. Andrade escreveu: Por que? Violei alguma regra? Sim, a própria RFC 1855. Leitura obrigatória para quem participa de listas de discussões e grupos de notícias. Já li! Já participo de outras listas de discussão a algum tempo e aqui me parece que as coisa não são diferentes das outras. Então, por favor me diga o que estou violando! O meu cliente é o proprio gmail.com, ou seja o browser. O navegador é irrelevante. Não sei como funciona no GMail, mas a idéia é que o texto a que se responde tem de ser precedido de um sinal de 'maior que', como você vê acima. O Gmail funciona como qualquer outro cliente e-mail. Em vez disso, teu cliente está identando. Fica confuso entender quem escreveu o quê e respondeu a quem. Os sinais de indentação são exibidos somente em clientes que respondem em modo texto. No caso do Gmail, assim como a maioria dos clientes atuais para modo gráfico, o padrão é responder em modo HTML e que nesse caso indenta o texto. Para que o Gmail possa responder com ao invés da tabulação, basta clicar na opção Texto sem formatação que aparece na barra de ferramentas. Valeu Welington pela força! Ja tava doidinho procurando como resolver isso! Obrigado. Alguns clientes podem personalizar o tipo de mensagem que será enviada/respondida para cada endereço, mas em webmail como GMail/Yahoo acho que não tem não. -- 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 -- Welington Rodrigues Braga -- Web: http://gtk-br.welrbraga.t5.com.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga ICQ: 52789331 Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos; - 2Co 4:8,9 ___ 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] Senha do usuario postgres
isso também respondeu a minha pergunta anterior. obrigado. Date: Fri, 22 Jun 2007 10:12:46 -0300 Subject: Re: [pgbr-geral] Senha do usuario postgres From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Vlw, foi isso mesmo que fiz, funcionou, consegui acessar e alterar a senha do adm e pelo que parece nenhum registro foi perdido com toda a bagunça!! faca o seguinte host all all 0.0.0.0/0 trust local all all trustpronto apele mesmo!- Original Message - From: julio_francisco [EMAIL PROTECTED] To: pgbr-geral pgbr-geral@listas.postgresql.org.br Sent: Friday, June 22, 2007 9:40 AM Subject: Re: [pgbr-geral] Senha do usuario postgres faca o seguinte em relação a senha edite no pg_hba.conf e coloque o metodo de autenticacao para o Joao eGilberto:A entrada do pg_hba.conf seria:host all all 127.0.0.1/32 trustEssa?Att Juliousuario postgres para trust conecte com o usuario postgresql na maquina mude a senha do usuario postgresql para a senha antiga edite novamente o pg_hba.conf e retorne o metodo de autenticacao antigo - Original Message - From: Julio F Figueiredo [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br Sent: Thursday, June 21, 2007 10:55 PM Subject: [pgbr-geral] Senha do usuario postgresEu tenho um sistema que usa postgreSQL, um cara sem eu saber foi instalarum outro sistema na mesma maquina servidora do banco de dados, esse talsistema novo usa o firebird, não sei o que houve na maquina, sei que fuicontactado e me disseram que o banco de dados havia parado.Quando pegei a maquina pra olhar, notei q o postgreSQL havia sidodesinstalado, sobrando somente no diretório de insalacao o diretorio dedados. Entao fiz um backup desses dados e reinstalei novamente opostgreSQL na maquina, parei o servidor e voltei o diretorio de dadosantigos, mas ele comecou a dar erro de senha, dizendo que a senha dousuario postgres havia sido mudada. Perguntas:Existe algum jeito de eu voltar esse backup de outra maneira? Ou descobrira senha que está gravada ou alterá-la?Alguem tem alguma sugestão para o meu problema? Desde ja agradeco. Att,Julio F Figueiredo ___pgbr-geral mailing listpgbr-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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _ Conheça o Windows Live Spaces, a rede de relacionamentos conectada ao Messenger! http://spaces.live.com/signup.aspx___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Em Sex, 2007-06-22 às 13:31 -0300, Thiago Risso escreveu: Tem gente que aprende no caminho. Mas aí tem de começar com um alvo bem modesto. Não estou querendo abraçar o mundo, apenas estou desenvolvendo algo que resolva meu problema... Teve um carinha que só queria resolver seu problema, e criou o CP/M. Aí teve um outro que queria resolver o seu, e ‘cometeu’ o MS-DOS. Esse mesmo, em vez de consertá-lo, criou o MS Windows. E olha a bagunça onde estamos. Idem ibidem para o MySQL. É diferente dum Linus, que quando foi resolver seu problema tinha 20 anos de Unix para se basear. -- 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] SELECT JOIN
A grande questão é, teu propagador é tão simples quanto você acha que é? Simples não é Mas até o momento é funcional ... Isso já foi debatido aqui, deram até umas dicas que, se você reparar, tinham muito a ver com aplicação. Mas parece que você quer fazer algo genérico, que é *muito* mais complicado. Enfim, boa sorte. Quem sabe saia melhor que a encomenda. Confesso que minha intenção inicial era um pouco ambiciosa demais, e muita coisa mudou no passar do tempo ... Mas o _Sonho_ de aproveitar essa experiência adquirida com o propagador + base teórica para o concepção de um SRMA/RCA continuará ... Mas sem tanta pressão ( Na empresa, pois pretendo desenvolver por conta própria - com um grupo de programadores/DBA's ). Mas enfim Obrigado a todos pelo _APOIO_ e sugestões. Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Não estou querendo abraçar o mundo, apenas estou desenvolvendo algo que resolva meu problema... Teve um carinha que só queria resolver seu problema, e criou o CP/M. Aí teve um outro que queria resolver o seu, e 'cometeu' o MS-DOS. Esse mesmo, em vez de consertá-lo, criou o MS Windows. Tenho uma dó desse carinha Tadinho dele ($$) E olha a bagunça onde estamos. Idem ibidem para o MySQL. É diferente dum Linus, que quando foi resolver seu problema tinha 20 anos de Unix para se basear. Quem sabe alguém não se inspire nas falhas/erros/bagunças do meu Propagador de Registros Assinc. e crie um SISTEMA DE REPLICAÇÃO MULTIMASTER ASSINCRONO COM RESOLUÇÃO DE CONFLITOS AUTOMÁTICAS (SRMA/RCA) assim como CSMA/CD... talvez ? Mas por agora ... Infelizmente ... Resolver meu problema é o que importa... Não tenho intenção de acabar com a FOME no mundo . Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Thiago Risso escreveu: Quem sabe alguém não se inspire nas falhas/erros/bagunças do meu Propagador de Registros Assinc. e crie um SISTEMA DE REPLICAÇÃO MULTIMASTER ASSINCRONO COM RESOLUÇÃO DE CONFLITOS AUTOMÁTICAS (SRMA/RCA) assim como CSMA/CD... talvez ? Mas por agora ... Infelizmente ... Resolver meu problema é o que importa... Não tenho intenção de acabar com a FOME no mundo . Eu acredito que é graças a este espírito, que grandes idéias nascem. As criações de Thomas Edison, por exemplo, eram feitas apenas para atender as necessidades que surgiam onde ele trabalhava, e não para salvar o mundo. Quanto a algumas críticas de reiventar a roda, ignore-as. Quando você faz algo do zero, por conta própria, você não adquire os vícios de outros projetos, você vê as coisas de uma forma totalmente diferente: e daí podem nascer grandes soluções. O importante é que você tenha criatividade e goste do que faz. Se você não conseguir ir adiante, pelo menos você vai adquirir um grande conhecimento no assunto. Além disto, para quem gosta de programar, nada substitui o gostinho de fazer algo por conta própria, mesmo que já existam ferramentas perfeitas para suas necessidades. PS.: se você conseguir acabar seu replicador e puder compartilhá-lo, eu ficaria grato, pois também estou a procura de um. Sds, Daniel Loureiro. begin:vcard fn:Daniel Loureiro n:Loureiro;Daniel org:Terminal Maritimo Luiz Fogliatto S/A;Setor de TI email;internet:[EMAIL PROTECTED] tel;work:(53) 32341500 Ramal 166 version:2.1 end:vcard ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Em Sex, 2007-06-22 às 15:17 -0300, Daniel Loureiro escreveu: Thiago Risso escreveu: Quem sabe alguém não se inspire nas falhas/erros/bagunças do meu Propagador de Registros Assinc. e crie um SISTEMA DE REPLICAÇÃO MULTIMASTER ASSINCRONO COM RESOLUÇÃO DE CONFLITOS AUTOMÁTICAS (SRMA/RCA) assim como CSMA/CD... talvez ? Mas por agora ... Infelizmente ... Resolver meu problema é o que importa... Não tenho intenção de acabar com a FOME no mundo . Eu acredito que é graças a este espírito, que grandes idéias nascem. E quando se ignora toda a experiência do passado? Quanto a algumas críticas de reiventar a roda, ignore-as. Quando você faz algo do zero, por conta própria, você não adquire os vícios de outros projetos, você vê as coisas de uma forma totalmente diferente: e daí podem nascer grandes soluções. O importante é que você tenha criatividade e goste do que faz. Se você não conseguir ir adiante, pelo menos você vai adquirir um grande conhecimento no assunto. O problema é justamente esse, ignorar o conhecimento já acumulado. Mas boa sorte… apenas fico com pena ao ver tanto esforço desperdiçado, que poderia ir para melhorias reais do sistema. -- 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] SELECT JOIN
On 6/22/07, Daniel Loureiro [EMAIL PROTECTED] wrote: Thiago Risso escreveu: Quem sabe alguém não se inspire nas falhas/erros/bagunças do meu Propagador de Registros Assinc. e crie um SISTEMA DE REPLICAÇÃO MULTIMASTER ASSINCRONO COM RESOLUÇÃO DE CONFLITOS AUTOMÁTICAS (SRMA/RCA) assim como CSMA/CD... talvez ? Mas por agora ... Infelizmente ... Resolver meu problema é o que importa... Não tenho intenção de acabar com a FOME no mundo . Eu acredito que é graças a este espírito, que grandes idéias nascem. As criações de Thomas Edison, por exemplo, eram feitas apenas para atender as necessidades que surgiam onde ele trabalhava, e não para salvar o mundo. Quanto a algumas críticas de reiventar a roda, ignore-as. Quando você faz algo do zero, por conta própria, você não adquire os vícios de outros projetos, você vê as coisas de uma forma totalmente diferente: e daí podem nascer grandes soluções. O importante é que você tenha criatividade e goste do que faz. Se você não conseguir ir adiante, pelo menos você vai adquirir um grande conhecimento no assunto. Além disto, para quem gosta de programar, nada substitui o gostinho de fazer algo por conta própria, mesmo que já existam ferramentas perfeitas para suas necessidades. Obrigado pelo estimulo É justamente assim que eu penso e por isso estou nessa profissão. PS.: se você conseguir acabar seu replicador e puder compartilhá-lo, eu ficaria grato, pois também estou a procura de um. Com certeza... Assim que estiver pronto eu vou disponibilizar mesmo que não sirva para mais ninguém... mas ja servirá de base para um trabalho futuro ! Att: Thiago Risso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Leandro Guimaraes Faria Corcete DUTRA escreveu: Em Sex, 2007-06-22 às 15:17 -0300, Daniel Loureiro escreveu: Thiago Risso escreveu: Quem sabe alguém não se inspire nas falhas/erros/bagunças do meu Propagador de Registros Assinc. e crie um SISTEMA DE REPLICAÇÃO MULTIMASTER ASSINCRONO COM RESOLUÇÃO DE CONFLITOS AUTOMÁTICAS (SRMA/RCA) assim como CSMA/CD... talvez ? Mas por agora ... Infelizmente ... Resolver meu problema é o que importa... Não tenho intenção de acabar com a FOME no mundo . Eu acredito que é graças a este espírito, que grandes idéias nascem. E quando se ignora toda a experiência do passado? quando se ignora você tem uma perspectiva nova, uma nova visão sobre o problema. Você não vira uma cópia melhorada, e é isto que alguns chamam de criatividade: fazer algo totalmente novo. Quanto a algumas críticas de reiventar a roda, ignore-as. Quando você faz algo do zero, por conta própria, você não adquire os vícios de outros projetos, você vê as coisas de uma forma totalmente diferente: e daí podem nascer grandes soluções. O importante é que você tenha criatividade e goste do que faz. Se você não conseguir ir adiante, pelo menos você vai adquirir um grande conhecimento no assunto. O problema é justamente esse, ignorar o conhecimento já acumulado. Mas boa sorte… apenas fico com pena ao ver tanto esforço desperdiçado, que poderia ir para melhorias reais do sistema. ok, é sua forma de pensar, assim como é minha forma de pensar que ele está fazendo exatamente o oposto: fazer melhorias reais a sociedade ao invés de desperdiçar tempo. Sds, Daniel Loureiro begin:vcard fn:Daniel Loureiro n:Loureiro;Daniel org:Terminal Maritimo Luiz Fogliatto S/A;Setor de TI email;internet:[EMAIL PROTECTED] tel;work:(53) 32341500 Ramal 166 version:2.1 end:vcard ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Em Sex, 2007-06-22 às 16:15 -0300, Daniel Loureiro escreveu: Hein ??? você tem um problema e precisa chegar numa solução: o que isto tem de arte ou técnica ? É o caso dele: ele precisa ter os mesmos dados em um lugar e em outro. Isto não tem nada a ver com programação, arte ou técnica. Paro por aqui. CQD. Feliz Idade das Trevas II para todo mundo! :-) 1.nem sempre: muitos cientistas resolvem os mesmos problemas de formas independentes. Exemplos? -- 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] SELECT JOIN
Leandro Guimaraes Faria Corcete DUTRA escreveu: Em Sex, 2007-06-22 às 16:15 -0300, Daniel Loureiro escreveu: Hein ??? você tem um problema e precisa chegar numa solução: o que isto tem de arte ou técnica ? É o caso dele: ele precisa ter os mesmos dados em um lugar e em outro. Isto não tem nada a ver com programação, arte ou técnica. Paro por aqui. CQD. Feliz Idade das Trevas II para todo mundo! :-) você é um pouco negativo não ? Só porque eu penso diferente de você, não significa que estou errado. 1.nem sempre: muitos cientistas resolvem os mesmos problemas de formas independentes. Exemplos? arco e flexa, canoa, hierarquia de civilizações, escrita, etc. Enfim, acredito que se você pegar dois grupo de pessoas, e passar os mesmos desafios, elas vão chegar nas mesmas conclusões. É por isto, que sou contra a propriedade intelectual de idéias: ninguém possui uma idéia, apenas foi o primeiro a vê-la. Acredito que se os ocidentais nunca tivesse chegado na América (por motivos religiosos, por exemplo), teríamos aqui: computadores, lâmpadas, carros, etc. sds, Daniel Loureiro. begin:vcard fn:Daniel Loureiro n:Loureiro;Daniel org:Terminal Maritimo Luiz Fogliatto S/A;Setor de TI email;internet:[EMAIL PROTECTED] tel;work:(53) 32341500 Ramal 166 version:2.1 end:vcard ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT JOIN
Em Sex, 2007-06-22 às 17:23 -0300, Daniel Loureiro escreveu: Leandro Guimaraes Faria Corcete DUTRA escreveu: Paro por aqui. CQD. Feliz Idade das Trevas II para todo mundo! :-) você é um pouco negativo não ? Só porque eu penso diferente de você, não significa que estou errado. http://www.apa.org/journals/features/psp7761121.pdf 1.nem sempre: muitos cientistas resolvem os mesmos problemas de formas independentes. Exemplos? arco e flexa, canoa, hierarquia de civilizações, escrita, etc. Não entendi onde tem ciência aí. É por isto, que sou contra a propriedade intelectual de idéias: ninguém possui uma idéia, apenas foi o primeiro a vê-la. Acredito que se os ocidentais nunca tivesse chegado na América (por motivos religiosos, por exemplo), teríamos aqui: computadores, lâmpadas, carros, etc. Ah, sim. E por que nos milhares de anos anteriores não tivemos? Aliás, porque o MySQL ainda não presta? Enfim, já ficou fora de tópico. Paro por aqui. -- 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
