Re: [pgbr-geral] REF. ADICIONAR RESTRICAO PK.
Tente assim: ALTER TABLE pedido DROP CONSTRAINT pkpedidoid; ALTER TABLE pedido ADD CONSTRAINT pkpedidoid PRIMARY KEY (pedidoid, pedtipo); Lembre que o nome da constraint deve ser o real. 2009/3/28 PAULO p@terra.com.br Ola Pessoal, Estou tentando incluir uma nova coluna numa chave primaria: A chave atual é: PK (pedidoid) Apos alterar: Nova chave sera: PK (pedidoid, pedtipo) estou tentando: ALTER TABLE pedido ADD CONSTRAINT pkpedidoid PRIMARY KEY (pedtipo); Mas nao aceita. Sera que irei ter que fazer na unha ? Já está fazendo na unha, não? Ou melhor, tentando. :) Alguem tem uma dica ? Atts, Paulo. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Existe alguma forma de migrar todo um banco no SQL Server 2000 para PostgreSQL
Beleza Paulo? Cara, existe uma interface simples e meio universal para migrar bancos de dados: Exporte como txt (CSV) e importe no outro. Isso não lexa constraints. Após importar no destino recoloque as constraints. Caso não saiba importar no postgresql diga daí. 2009/3/24 Paulo Marcelo paulo.marc...@gmail.com O banco de dados não tem procedures, apenas as constraints de primary key, unique, e foreign keys, existe alguma ferramenta que migre tudo estrutura e dados? Paulo Marcelo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Novato No Grupo
Seja bem-vindo Cleiton! 2009/3/25 Cleiton Fidelis cleito...@yahoo.com.br Divinopolis MG 08h13 25 de Março de 2009 - Quarta Feira Salve, Salve Galera Sou novato no grupo, decidi por vez e ponto final em adotar o PostgreSql. Vou usa-lo com o Visual Foxpro 9 . Comentario que é maravilhoso a performance, segurança de dados... Pois bem, onde eu inicio minhas buscas antes de perguntar ? Não encontrei no grupo, aquele habitual link onde ficam postados arquivos, documentos, etc.. que normamente um grupo posta. O servidor de listas desta é diferente do habitual. Você encontra as mensagens e ainda por cima sem muito recurso, mas se pesquisar vai encontrar vários históricos das mensagens da lista. Duvidas são: 1- o que devo instalar de postgreSql no Cliente? PGAdmin (no windows já acompanha) phppgadmin, etc. 2-Como transferir a estrutura para o Cliente O PGAdmin ou os outros já pegam do servidor para você (se entendi). 3-Se for preciso eu alterar , incluir, excluir alguma coluna na tabela ou mesmo incluir uma nova tabela no cliente, como devo fazer ? PGAdmin ou outro. Via comando Create Table. alter table drop column.. alter table insert column e assim por diante ?? Quase tudo do mesmo jeito que outros, mas com poucas e boas peculiaridades. Peço aos moderadores que não me penalizem por perguntas tão bestas... prometo estudar, e ler oque me for passado.. Na minha ótica não devemos ser penalizados por perguntar algo sobre o tema da lista, pelo contrário. Sugestões de visita: http://www.postgresql.org.br http://www.postgresql.org http://postgresql.ribafs.org http://www.google.com.br -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Novato No Grupo
2009/3/25 Dickson S. Guedes lis...@guedesoft.net [ Minhas Palavras da Busca site:listas.postgresql.org.br ] Quer um exemplo para o seu caso? Acesse este link: http://lmgtfy.com/?q=iniciante+postgresql+site%3Alistas.postgresql.org.br Rapaz, uma beleza. Não conhecia essa da lista nem o site. Muito interessante Dickson! -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Existe alguma forma de migrar todo um banco no SQL Server 2000 para PostgreSQL
Isso não tem. Remova apenas ou coloque apenas latin1, caos a versão do PostgreSQL permita. 2009/3/25 Paulo Marcelo paulo.marc...@gmail.com Cara acho que pode ser o collate dos campos de texto: Latin1_General_CI_AS eu criei o banco como LATIN1 no postgres não sei se esse é o casamento perfeito do collate do sql server com o encoding do postgresql, não tenho muita experiencia com isso. Paulo Marcelo 2009/3/25 Dickson S. Guedes lis...@guedesoft.net Em Qua, 2009-03-25 às 08:28 -0300, Paulo Marcelo escreveu: Consegui fazer funcionar, como eu disse os dois SGBD' s são locais, logo na tela que vc coloca target (o alvo) eu marcava o radio button local e ele não conectava de jeito nnenhum, o que eu fiz marquei o radio button para remoto e ai colopquei no nome do servidor localhost, ai deu certo, ele levou tudo porém os dados não foram todos. Paulo, Primeiramente parabéns pelo sucesso da operação. Em segundo você desconfia porque os dados não foram na íntegra? Você poderia fazer um dump apenas de INSERTs e popular a base em PostgreSQL com ele. -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://planeta.postgresql.org.br ___ 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 -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Off: Super Scaffold 2.0 com ADOdb - Criando aplicativos com facilidade
Como marquei como off pode descartar se achar por bem. Mas como considero de bastante utilidade, por isso venho divulgar por aqui. Veja que tem uma versão que é somente para PostgreSQL e conta com várias funções originais que tive que desenvolver consultando o catálogo de sistema do PostgreSQL e além disso pode ser útil para quem trabalha criando aplicativos. Super Scaffold 2.0 com ADOdb Criando aplicativos em PHP com facilidade O trabalho dos CMSs, a exemplo do Joomla, na criação de portais web é algo que deixa o programador e o designer realmente livres para criar e fazer o que um software não consegue. A instalação, configuração e administração de portais é algo que não exige conhecimento de programação. Claro que quanto mais conhecimento tiver, melhor será o portal, mas o CMS não exige esse conhecimento. Eu gosto de programar, mas queria programar somente para tornar os softwares mais amigáveis e não para fazer um trabalho que o software poderia fazer. Eu gostaria de que os grandes frameworks também trabalhassem nessa linha na criação de aplicativos. Bem, enquanto os frameworks não andam nessa trilha eu vou tentando criar um software que me ajuda no desenvolvimento de aplicativos. Atualmente já me sinto num estágio confortável, pois consigo abstrair muitas tarefas e criar com bem menos dificuldade. Além de facilitar também está atualmente com vários e bons recursos. Com isso resolvi compartilhar para que ajude a outros e outros ajudem. Pelo que sei o Super Scaffold já conta com recursos só encontrados nos grandes softwares: - Sistema de tradução e detecção do idioma do usuário (português e inglês atualmente) - Detecção de chaves estrangeiras e adição de combos aos respectivos campos dos forms - Instalador - Uso da abstração de bancos de dados ADOdb, tornando-o independente do SGBD. - Calendário para campos tipo data Acredito que já conta com um recurso que faz falta em grandes softwares. Os grandes frameworks e CMSs exigem que se tenha um campo chamado ID tipo auto_increment em cada tabela para que se possa usurfruir dos seus melhores recursos. O Super Scaffold usava também. Ao observar percebi que se usa o ID para facilitar a navegação entre as ações do CRUD. Então fui atraz e criei uma função que usa a chave primária no lugar do ID. Como uma chave primária natural realmente é algo bem mais seguro em termos de informaçáo eu prefiro usar uma PK ao invés de um ID. Agora com o ADOdb isso ficou até mais fácil. Já conta ainda com diversos outros bons recursos: - login com captcha - paginação - busca com highlight da string procurada - dois níveis de usuários: administrador e comun Alguns recursos planejados para as próximas versões: - Administração com vários recursos para ajudar nas personalizações dos aplicativos: - Alterar formatação do campo data do calendário - Alterar template - Alterar dados do banco - Alterar os rótulos dos campos nos forms - Alterar a ordem de tabulação dos campos, readonly, etc. - Capturar todos os campos das PK e FK - Adição de livechat para suporte ao usuário, - Gerenciador de arquivos, - Gerenciador para o SGBD, ... Detalhes e Download http://ribafs.org/portal/projetos-opensource/67-super-scaffold/94-super-scaffold -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como pegar o IP do servidor
Nestas horas o melhor é a documentação oficial: http://www.postgresql.org/docs/8.3/interactive/functions-info.html A resposta geralmente é mais rápida do que a da lista. :) 2009/3/21 Anderson ander...@pchelpmaringa.com.br Bom dia a todos. Alguem sabe me dizer se o PostgreSQL tem alguma funcao que retorna o IP da maquina onde ele esta instalado? Agradecemo antecipadamento pela atencao. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas com um DUMP
Funciona. Sai confirmando as mensagens. Quando já estiver cansando (se tiver muita paciência), então chegará ao site. :) 2009/3/17 Vinícius Gonçalves vinny...@yahoo.com.br Esse endereço nao funciona. Sds, Vinicius --- Em ter, 17/3/09, Sebastian SWC sebastian...@gmail.com escreveu: De: Sebastian SWC sebastian...@gmail.com Assunto: Re: [pgbr-geral] Problemas com um DUMP Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Data: Terça-feira, 17 de Março de 2009, 19:44 2009/3/17 Vinícius Gonçalves vinny...@yahoo.com.br: Alguem poderia, por favor, tirar o meu e-mail da lista? Já tentei mas nao consegui. https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- 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 Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Arquitetura do PostgreSQL
Como não é fácil de achar e um colega procurou recentemente: http://www.cs.uwaterloo.ca/~h8chen/course/798/ConceptArch.pdf -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL voltando e com for ça
2009/2/26 couti...@mondriantecnologia.com Grande Riba, voltando em alto estilo. Estamos precisando de uma forcinha no PG Day CE 2009 :D Rapaz, ando muito desatualizado. Produrei no Google mas não achei nada. Onde encontro detalhes? On Thu, 26 Feb 2009 22:15:55 -0300, Ribamar Sousa rib...@gmail.com wrote: Olá! Muita água rolou depois que saí da lista. Parei um pouco com o PostgreSQL, tive problemas com o servidor e agora me aparece uma proposta irrecusável (novamente do Coutinho) e quem sabe. Mas é melhor começar a se preparar... Mudei meu domínio (ribafs.org) e reestruturei o site, melhorando inclusive algumas coisas. Agora com o Joomla 1.5, mais algumas coisas, menos outras, mas acho que ainda vale a visita. Confira: http://postgresql.ribafs.org. Caso sinta vontade de deixar alguma sugestão ou crítica em alguma seção, registre-se (rápido e grátis) e deixe seu comentário. Caso queira publicar algum artigo sinta-se à vontade de me enviar seu e-mail que libero uma área para você e você apenas faz seu login e cria seu artigo online com bastante conforto e em seguida eu serei avisado e publico. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL voltando e com for ça
2009/2/27 Fábio Telles Rodriguez fabio.tel...@gmail.com Caro Ribamar, mito bom te ver por aqui novamente! Seu site está muito bacana. Particularmente achei que ficou mais simples de navegar e o visual ficou mais limpo. Parabéns. Obrigado Fábio (como sempre generoso). Usei o princípio: página inicial sem barras de rolagem. Mas é o seguinte, o bicho já começou a pegar na lista PGBR-DEV, acabou o carnaval e estamos nos mexendo. Recomendo que você dê um pulo por lá e dê uma olhada no histórico! Uma recomendação sua, depois de um elogio, soa quase como uma ordem. :) -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dúvida em select
Grande Jota, grandes respostas. 2009/2/27 JotaComm jota.c...@gmail.com Olá, Vinicius Acho que a consulta abaixo resolve o seu problema: SELECT tab_pk.relname AS tab PK,tab_fk.relname AS tab_FK FROM pg_class tab_pk JOIN pg_constraint ON tab_pk.oid=pg_constraint.confrelid JOIN pg_class tab_fk ON pg_constraint.conrelid=tab_fk.oid; Mais elegante que minha resposta. Só para tentar melhorar minha imagem, adicionar a entrada para a tabela 'produtos' : SELECT tab_pk.relname AS tab PK,tab_fk.relname AS tab_FK FROM pg_class tab_pk JOIN pg_constraint ON tab_pk.oid=pg_constraint.confrelid JOIN pg_class tab_fk ON pg_constraint.conrelid=tab_fk.oid and tab_fk.relname='produtos'; Ambas já foram para o novo site: postgresql.ribafs.org, seção Linguagem SQL - Dicas sobre o Catálogo do Sistema. []s 2009/2/26 Vinicius A. Santos vinic...@msisolucoes.com.br: Boa noite pessoal Alguém sabe me dizer um select onde passo o nome da tabela e ele traz as tabelas que são ligadas à ela, por chave estrangeira. por exemplo select tabela_fk from pg_depend where tabela = 'produtos'; tabela_fk - unidades marcas etc.. etc.. etc.. -- Vinicius A. Santos www.msisolucoes.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Jota jotacomm.wordpress.com dextra.com/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL voltando e com for ça
Beleza, acabo de solicitar minha volta na pgbr-dev. 2009/2/27 couti...@mondriantecnologia.com estamos comecando a discutir isso aqui na lista agora :) On Fri, 27 Feb 2009 05:13:29 -0300, Ribamar Sousa rib...@gmail.com wrote: 2009/2/26 couti...@mondriantecnologia.com Grande Riba, voltando em alto estilo. Estamos precisando de uma forcinha no PG Day CE 2009 :D Rapaz, ando muito desatualizado. Produrei no Google mas não achei nada. Onde encontro detalhes? On Thu, 26 Feb 2009 22:15:55 -0300, Ribamar Sousa rib...@gmail.com wrote: Olá! Muita água rolou depois que saí da lista. Parei um pouco com o PostgreSQL, tive problemas com o servidor e agora me aparece uma proposta irrecusável (novamente do Coutinho) e quem sabe. Mas é melhor começar a se preparar... Mudei meu domínio (ribafs.org) e reestruturei o site, melhorando inclusive algumas coisas. Agora com o Joomla 1.5, mais algumas coisas, menos outras, mas acho que ainda vale a visita. Confira: http://postgresql.ribafs.org. Caso sinta vontade de deixar alguma sugestão ou crítica em alguma seção, registre-se (rápido e grátis) e deixe seu comentário. Caso queira publicar algum artigo sinta-se à vontade de me enviar seu e-mail que libero uma área para você e você apenas faz seu login e cria seu artigo online com bastante conforto e em seguida eu serei avisado e publico. ___ 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 -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL voltando e com for ça
2009/2/27 Andre Gustavo andregbmedei...@gmail.com aeee seja bem vindo novamente.. Obrigado André! -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalação Postgres 7.4 e 8.3 no Linux com encoding diferentes.
Primeiro olá a todos, estou de volta! ;) Tem, veja isso: Tanto você pode criar após uma instalação pelos repositórios, criando um novo clueter: http://ribafs.wordpress.com/2008/04/01/criando-clusters-no-postgresql-83-windows-e-linux/ Como você pode, na instalação pelos fontes, já instalar com encoding latin1: http://postgresql.ribafs.org/instalacao-do-postgresql/2-instalacao-linux/7-postgresql-ubuntu 2009/2/26 Rogério Grando rogeriogra...@planin.com.br Olá Pessoal, Estou tentando instalar o postgres nas versões 7.4 e 8.3 na mesma maquina (Linux Ubuntu), a diferença entre os dois é que o 7.4 possui encoding Latin1 e 8.3 UTF8. Tem como fazer isso? Obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dúvida em select
Ganhando tempo: Entre com o OID da tabela produtos: select p.confrelid from pg_class c, pg_constraint p where c.relfilenode = '20267' and p.conrelid='20267' and p.confrelid 0 Isso retorna os OIDs das relacionadas. Agora é contigo ou com outro colega, para entrar nome e trazer os nomes. 2009/2/26 Vinicius A. Santos vinic...@msisolucoes.com.br Boa noite pessoal Alguém sabe me dizer um select onde passo o nome da tabela e ele traz as tabelas que são ligadas à ela, por chave estrangeira. por exemplo select tabela_fk from pg_depend where tabela = 'produtos'; tabela_fk - unidades marcas etc.. etc.. etc.. -- Vinicius A. Santos www.msisolucoes.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dúvida em select
Acho que agora vai: SELECT (select relname from pg_class where relfilenode=confrelid) as tabela_fk FROM pg_constraint , pg_class WHERE pg_constraint.conrelid = pg_class.relfilenode AND pg_class.relname = 'produtos' and pg_constraint.contype='f'; Teste e diz no que deu, ok? 2009/2/26 Vinicius A. Santos vinic...@msisolucoes.com.br Boa noite pessoal Alguém sabe me dizer um select onde passo o nome da tabela e ele traz as tabelas que são ligadas à ela, por chave estrangeira. por exemplo select tabela_fk from pg_depend where tabela = 'produtos'; tabela_fk - unidades marcas etc.. etc.. etc.. -- Vinicius A. Santos www.msisolucoes.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dúvida em select
2009/2/26 Marcelo Costa marcelojsco...@gmail.com Fala Ribamar de volta Então, quando se precisa sempre se volta. :) 2009/2/26 Ribamar Sousa rib...@gmail.com: Ganhando tempo: Entre com o OID da tabela produtos: select p.confrelid from pg_class c, pg_constraint p where c.relfilenode = '20267' and p.conrelid='20267' and p.confrelid 0 Se ele criou a tabela com a opção sem OID isso não funcionará. Esqueci que estava com o PGAdmin na minha frente, e mas veja a minha proxima mensagem. Isso retorna os OIDs das relacionadas. Agora é contigo ou com outro colega, para entrar nome e trazer os nomes. 2009/2/26 Vinicius A. Santos vinic...@msisolucoes.com.br Boa noite pessoal Alguém sabe me dizer um select onde passo o nome da tabela e ele traz as tabelas que são ligadas à ela, por chave estrangeira. por exemplo select tabela_fk from pg_depend where tabela = 'produtos'; tabela_fk - unidades marcas etc.. etc.. etc.. Mágica não dá para fazer, Quem disse? O Mister M tá tornando ela também open source. :) passa pelo menos a estrutura de suas tabelas para que possamos te ajudar. Você tem pelo menos o modelo do banco ? -- Marcelo Costa www.marcelocosta.net - “Os muito poderosos e os muito estúpidos possuem uma coisa em comum. Ao invés de alterarem as suas visões para se ajustarem aos fatos do mundo, eles alteram os fatos para ajustá-los às suas visões.”, Doctor Who. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal cultivar colaboração ao invés de competição? Ribamar FS - rib...@ribafs.org http://ribafs.org ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGCON 2009 no Nordeste
A título de feedback: À pergunta seguinte, respondi que não participei de nenhum: De quais PGCons você participou? * A pergunta seguinte: Qual foi sua forma de finaciamento para a vinda? * Responda apenas caso voce tenha vindo em algum PGCon Logicamente não deveria ser obrigatória, mas terei que responder de forma incorreta para conseguir votar, pois está me impedindo. 2008/10/18 Nabucodonosor Coutinho [EMAIL PROTECTED] Pessoal, essa é pra convocar quem ainda não votou na enquete sobre a escolha do local da PGCON 2009. Eu apresentei a cadidatura da cidade de Fortaleza pelos seguintes motivos: Cidade Turística, Governo do estado está adotando software livre e determinou o PostgreSQL como banco de dados oficial. Governo municipal está adotando software livre e postgreSQL. Temos hoje 4 voluntários os quais se apresentaram na lista e no orkut da do PostgreSQL-CE Temos o apoio do pessoal da Bahia que abdicou da candidatura de salvador para 2009 em nosso favor. Quem deseja opinar sobre onde deve ser realizada a PGCON ainda pode votar acessando nossa enquete: http://spreadsheets.google.com/viewform?key=pOTXKYttN5R6ig8ZywX8pbw Obrigado a todos. -- Nabucodonosor Coutinho ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Que tal se cultivar colaboração ao invés de competição? Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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 ENDEREÇO - CORRETO OU N ÃO
2008/10/16 Rudinei Dias [EMAIL PROTECTED] Você quer dizer que uma chave natural não precisa ser primária, pelo que estou entendendo. Ok. Exatamente o que fiz, tirei o cpf da pk e criei uma outra pk artificial pros relacionamentos. Elaborei consistências no banco para verificar as inconsistências de dados e evitar, por exemplo, a duplicação de cadastros. O que você teria feito? Acho que é bem complicado achar uma chave natural, *nesse caso*. - CPF, que deveria identificar unicamente os cidadãos brasileiros, não é unica. E como fica os estrangeiros? - Passaporte? não e documento obrigatório. - RG é podre. Eu mesmo já tive 2 diferentes. - Nome é impossível. - Fingerprint? Seria ótimo, mas haja periféricos. E quando não há contato pessoal? Qual seria a sugestão, no caso. Como vocês modelarariam uma chave *natural* para uma tabela de pessoas? Possível? Pergunto isso até porque tenho que fazer nessa nova empresa uma unificação de cadastros de pessoa. É daqueles sistemas que vem vindo.. vindo.. crescendo, então tem cadastro de pessoa pra tudo que é lado.. pra ter uma idéia: pessoas, professores, funcionarios, usuarios, empresas, contratantes ... são todas tabelas diferentes e a mesma pessoa está em várias (usuario é funcionario que é professor e está em pessoas...). Tem estruturas parecidas com algumas informações a mais, a memos, etc... Não quero causar um grande impacto no sistema, que é bem grande. Pensei em fazer o seguinte: - criar os registros não existentes das outras tabelas em pessoas - ativar a propagação das pk nas outras tabelas, mudando o valor da pk para o lancado em pessoas - trocar o relacionamento das tabelas (professores, usuarios, funcionarios) p/ a tabela pessoas - criar views (professores, usuarios, funcionarios) com alias do nome das colunas das tabelas originais, evitando a alteração de dezenas de programas. - depois, com mais tempo, ir alterando os programas que referenciavam as tabelas antigas e agora referenciam as views, colocando para pessoas. Outras sugestões? Algumas. Andei mexendo também e coloquei aqui algumas sugestões: http://pg.ribafs.net/content/view/37/53/ http://pg.ribafs.net/content/view/40/53/ -- Que tal se cultivar colaboração ao invés de competição? Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] John DeSoi: Drupal 6 site migration from MySQL to PostgreSQL
2008/10/13 Nei [EMAIL PROTECTED] não entendi, algum motivo em especial deste link?? Você tá sabendo que o novo site da comunidade está sendo desenvolvido em Drupal e com suporte a postgresql? Mandei porque pode interessar que quem está desenvolvendo e a outros e me parece não ser off topic Nei. Nei Rauni 2008/10/13 ribafs [EMAIL PROTECTED]: Enviado para você por ribafs através do Google Reader: John DeSoi: Drupal 6 site migration from MySQL to PostgreSQL via ::Planet PostgreSQL:: em 12/10/08 A nice article on migrating Drupal from MySQL to PostgreSQL. Coisas que você pode fazer a partir daqui: Inscrever-se no ::Planet PostgreSQL:: usando o Google Reader Comece a usar o Google Reader para manter-se facilmente atualizado com todos os seus sites favoritos ___ 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 -- Que tal se cultivar colaboração ao invés de competição? Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ENCODING
2008/9/2 Juliano [EMAIL PROTECTED] Olá a todos! Gostaria de saber se, depois que eu crio um banco de dados é possível mudar a propriedade ENCODING. Muito obrigado -- Se tá perguntando provavelmente já tentou e não conseguiu. Depende. Depende geralmente da versão do PostgreSQL e também do enconding para o qual deseja alterar. Se for o 8.3 dá trabalho mudar para nosso LATIN-1. Só criando um novo cluster (isso num UNIX). Se no Windows esqueça, mude para um 8.2x que é mais fácil. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] DBLink
2008/9/4 Malcus [EMAIL PROTECTED] Boa Tarde a todos. Estou estudando o uso do DBLink e encontrei uma dificuldade em sua instalação. Eu tenho um servidor para testes Linux (PostgreSQL 8.3.3) onde compilei o código fonte. Ao executar o contrib/dblink.sql obtenho o seguinte erro: ERROR: could not access file $libdir/dblink: No such file or directory Verifiquei a existencia do arquivo $libdir/dblink e o mesmo *não* se encontra no diretório $libdir. Porém não consigui encontrar nenhuma documentação onde obter/compilar este contrib. Alguém poderia me auxiliar de como proceder para que eu consiga utilizar o dblink, algum site para leitura? Provavelmente falta você compilar o dblink. Acesse o diretório e apenas execute: make Só então terá acesso correto. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Livro de PostgreSQL do André Milani
Olá! Como são tão poucos os livros sobre PostgreSQL, quando aparece um novo acho que devemos conhecer. Este livro parece ser bom, como ainda não chegou aqui em Fortaleza, estou mandando o link: http://www.novatec.com.br/livros/postgre/ No site da editora tem o índice, o primeiro capítulo e alguns exercícios para download. Caso alguém já tenha lido e queira comentar sobre o mesmo ficarei grato e muitos outros colegas também. :) -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Gerar uma Script para atualização no Cliente.
2008/9/1 Luciano Daniel Dick [EMAIL PROTECTED] Como faço para gerar uma script da minha base, semos dados, somente as tabelas, funções, etc., e nos clientes, executar essa script e ela atualizar o q for preciso nas tabelas. Seria o caso de instalar apenas o PostgreSQL cliente no cliente e usar o pg_dump para fazer a atualização? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Exportar de um esquema de um banco para para outro esquema em outro banco
Como faço isso? Tenho um banco xteca com várias tabelas e registros, sendo que as tabelas de xteca estão no esquema público. Quero exportar este banco xteca para um banco b2 num outro servidor, sendo que para o esquema e2 do banco b2 e não para o público. Atualmente exporto, edito o dump e troco public pelo novo esquema em todo o script e então exporto. Mas isso pode ser inviável em bancos com muitos registros. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Exportar de um esquema de um banco para para outro esquema em outro banco
2008/8/27 Sebastian SWC [EMAIL PROTECTED] 2008/8/27 Ribamar Sousa [EMAIL PROTECTED]: corte Atualmente exporto, edito o dump e troco public pelo novo esquema em todo o script e então exporto. Mas isso pode ser inviável em bancos com muitos registros. Acho q o jeito é esse mesmo o problema, é como você falou: quando o banco for grande, vai dar trabalho... talvez seria seja possível renomear os esquemas e inventar alguma coisa com isso? um abraço! Cheguei a pensar, mas percebi que o dump joga o nome do esquema em todas as tabelas e alterações e outros. Eu não poderia alterar o public no destino, pois esse é um banco em produção e usa esse esquema. Não é só trabalhoso, dependendo do tamanho do script fica quase impossível editar e por cima alterar todas as ocorrências. Acredito que um daqueles scripts shell (sed, awk ou mesmo com bash) possa fazer o serviço melhor que um editor. Valeu Sebastian. -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Exportar de um esquema de um banco para para outro esquema em outro banco
2008/8/27 [EMAIL PROTECTED] Amo muito tudo isso hehehhee Talvez entenda sua empolgação. A cada dia percebe-se que não podemos ser alienados e ao contrário devemos entender, pelo menos um pouco de tudo que cerca nosso SGBD. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Exportar de um esquema de um banco para para outro esquema em outro banco
2008/8/27 Luiz Matsumura [EMAIL PROTECTED] Não testei isso, mas uma outra ideia seria usar o comando ALTER SCHEMA public RENAME TO e2; fazer do dump e voltar o nome do schema para o nome original... Mas como eu faria? Adicionaria este comando no script do dump no início do mesmo e ao final faria o contrário? Não consegui visualizar. Veja que tenho que importar num outro esquema diferente do public e não posso renomear o public do banco destino, pois o mesmo está sendo utilizado. 2008/8/27 [EMAIL PROTECTED] Jovem ribamar Tente pg_dump .. | sed 's/public/esquema_novo/g' dump.sql pg_dump -U usuario -d banco | sed 's/public/xteca/g' xteca.sql Funcionou beleza João. Valeu! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Exportar de um esquema de um banco para para outro esquema em outro banco
2008/8/27 Luiz Matsumura [EMAIL PROTECTED] Pensei em algo mais ou menos assim: alterar o nome do schema public no banco original para o nome do schema que ele tera no banco destino. fazer o pg_dump deste schema (que agora já esta com o nome que sera utilizado no banco destino) e entao restaurar este dump no banco destino. Como o banco inicial está num servidor de teste, posso renomear o esquema public. Acredito que essa seja a melhor saída. Já testei e funciona beleza. Valeu Luiz e também ao Sebastian e João. Isto, claro for possivel parar um pouco as aplicacoes que acessam este banco. Outra possibilidade seria restaurar o backup como public mesmo e depois renomear o schema public no banco destino para o nome desejado. algo como ALTER SCHEMA public RENAME TO public_original; -- Cria um novo esquema public CREATE SCHEMA public; depois fazer o restore do schema public do banco xteca neste novo schema public e entao renomear os schemas para o formato final: ALTER SCHEMA public RENAME TO e2; ALTER SCHEMA public_original RENAME TO public; São só ideias -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Exportar de um esquema de um banco para para outro esquema em outro banco
2008/8/27 José Mello Júnior [EMAIL PROTECTED] Não querendo me intrometer e já me intrometendo na conversa, o pg_dump em modo plain não faz um negócio chamado SETPATH que na realidade indica para o script a rota de privilégio de busca dos esquemas e dentro do script coloca simplesmente o nome da tabela? Faz sim. Acontece que o pg_dump gera todo o script escrevendo o nome do esquema antes das tabelas e alterações. Ex.: create table public.clientes... Mesmo trocando mas está fixo o nome do esquema atual. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Trigger data gravação
Acredito não ter entendido, pois é bem simples: Use a função now() que a data atual é inserida. 2008/8/25 nigelky [EMAIL PROTECTED] é possivel criar um gatilho que ao atualizar ou ao inserir, gravar a data atual do sistema? Se possivel, como faço? -- View this message in context: http://www.nabble.com/Trigger-data-grava%C3%A7%C3%A3o-tp19150485p19150485.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Lidando com NULLs
Depois da nossa última discussão sobre os Nulos eu resolvi conhecer melhor estes camaradas. Então fiz uma boa pesquisa na Internet e em vários livros. Como a presença de NULLs geralmente torna mais frágil um modelo de dados, como também ferem os princípios do modelo relacional e é um assunto pouco debatido, resolvi pesquisar e experimentar o uso do NULL em várias consultas para conhecer melhor seu comportamento. Este não é um assunto exclusivo do SGBD PostgreSQL, mas que diz respeito a todos os SGBDs que adotam o SQL. Testei a influência do NULL em várias situações: em chaves estrangeiras, no group by, no order by, no distinct, nas funções de agregação, entre outras. NULL se propaga, de forma que com qualquer valor que seja combinado, o resultado será um NULL, com uma única exceção. O artigo está aqui: http://pg.ribafs.net/content/view/42/53/ Críticas e Sugestões serão bem-vindas. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Backup automático..
2008/8/20 Fábio Telles Rodriguez [EMAIL PROTECTED] 2008/8/19 Eduardo (Light) [EMAIL PROTECTED]: Pessoal, gostaria de saber como configuro meu postgres para fazer backup automático do Banco de Dados. Alguém poderia me ajudar? Grato. A melhor forma que inventaram até hoje é lendo a documentação!!! RTFM. Eu sei, meu caro, você é um novato... mas tenha paciência... o bakcup está longe de ser uma operação pouco importante. E você pode descobrir isso da pior forma. Vai lá: http://www.postgresql.org/docs/8.3/static/backup.html Você não vai se arrepender. Agora, para os demais da lista, repitam comigo: pg_dump != backup Certo? Deixa tentar traduzir melhor seus pensamentos, Fábio : pg_dump backup :) Acertei? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] relation does not exist
2008/8/18 Lucas Mocellin [EMAIL PROTECTED] Desculpe mais uma vez, nem olhei a fundo a documentacao. dei uma lida e vi o procedimento de atualização, porém agora acontece o seguinte, eu consigo migrar tudo certinho, as tabelas são criadas corretamente, porém o script envia algumas mensagens de erro: could not access file $libdir/liblwgeom.dll: No such file or directory Porém estou em um linux, no mínimo deveria dar o erro do .so, estou migrando de um windows para um linux, será que no banco antigo há algum resquício dessa dll? ls -l /usr/lib/postgresql/8.1/lib/liblwgeom.so lrwxrwxrwx 1 root root 16 2008-08-15 08:51 /usr/lib/postgresql/8.1/lib/liblwgeom.so - liblwgeom.so.1.1 está ai o modulo. entao fiz o seguinte, exportei a variavel libdir e criei um link do .dll para o .so: ln -s liblwgeom.so.1.1 liblwgeom.dll executei e agora os erros nao ocorreram, porém vieram os avisos/erros: createlang: language plpgsql is already installed in database web NOTICE: type histogram2d is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type histogram2d is only a shell NOTICE: type spheroid is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type spheroid is only a shell NOTICE: type geometry is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type geometry is only a shell NOTICE: return type geometry is only a shell NOTICE: argument type geometry is only a shell NOTICE: type box3d is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type box3d is only a shell NOTICE: type chip is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type chip is only a shell NOTICE: type box2d is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type box2d is only a shell NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index spatial_ref_sys_pkey for table spatial_ref_sys NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index geometry_columns_pk for table geometry_columns ERROR: language plpgsql already exists ERROR: function lockrow already exists with same argument types ERROR: function lockrow already exists with same argument types Erro mesmo, deve ser apenas um. Crie a linguagem antes de iniciar a importação: create language plpgsql; -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] relation does not exist
2008/8/18 Lucas Mocellin [EMAIL PROTECTED] isso ja está feito. pode ver que a primeira notificacao eh que a linguagem ja esta instalada. Tens razaão. Desculpe, foi a pressa. É isso, ao tentar criar a linguagem que já está criada dispara o erro. Em 18/08/08, Ribamar Sousa [EMAIL PROTECTED] escreveu: 2008/8/18 Lucas Mocellin [EMAIL PROTECTED] Desculpe mais uma vez, nem olhei a fundo a documentacao. dei uma lida e vi o procedimento de atualização, porém agora acontece o seguinte, eu consigo migrar tudo certinho, as tabelas são criadas corretamente, porém o script envia algumas mensagens de erro: could not access file $libdir/liblwgeom.dll: No such file or directory Porém estou em um linux, no mínimo deveria dar o erro do .so, estou migrando de um windows para um linux, será que no banco antigo há algum resquício dessa dll? ls -l /usr/lib/postgresql/8.1/lib/liblwgeom.so lrwxrwxrwx 1 root root 16 2008-08-15 08:51 /usr/lib/postgresql/8.1/lib/liblwgeom.so - liblwgeom.so.1.1 está ai o modulo. entao fiz o seguinte, exportei a variavel libdir e criei um link do .dll para o .so: ln -s liblwgeom.so.1.1 liblwgeom.dll executei e agora os erros nao ocorreram, porém vieram os avisos/erros: createlang: language plpgsql is already installed in database web NOTICE: type histogram2d is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type histogram2d is only a shell NOTICE: type spheroid is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type spheroid is only a shell NOTICE: type geometry is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type geometry is only a shell NOTICE: return type geometry is only a shell NOTICE: argument type geometry is only a shell NOTICE: type box3d is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type box3d is only a shell NOTICE: type chip is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type chip is only a shell NOTICE: type box2d is not yet defined DETAIL: Creating a shell type definition. NOTICE: argument type box2d is only a shell NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index spatial_ref_sys_pkey for table spatial_ref_sys NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index geometry_columns_pk for table geometry_columns ERROR: language plpgsql already exists ERROR: function lockrow already exists with same argument types ERROR: function lockrow already exists with same argument types Erro mesmo, deve ser apenas um. Crie a linguagem antes de iniciar a importação: create language plpgsql; -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: SUPERUSER X CREATEUSER
2008/8/14 Renato [EMAIL PROTECTED] Senhores, Agora estou em duvida! Sempre usei... ALTER Role usuario CREATEROLE; ... pra fazer com que um usuário comum tivesse permissão de criar outro usuário, e assim realmente funciona. Quer dizer que esse usuário passa a ser superusuário? Nada como o manual (em pt_BR): 17.2. Atributos do usuário O usuário de banco de dados pode possuir vários atributos que definem seus privilégios e interagem com o sistema de autenticação de clientes. superuser Um superusuário do banco de dados não está sujeito a verificações de permissão. Também, somente um superusuário pode criar novos usuários. Para criar um superusuário do banco de dados deve ser utilizado o comando CREATE USER nome_do_usuário CREATEUSER. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comentario sobre autovacuum
2008/8/14 cardosodario [EMAIL PROTECTED] Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? No 8.3 ele já vem redondinho ativo por default. No 8.2 e anteeriores requer ativar e também ativar mais um ou dois parâmetros. Veja no postgresql.conf que ele diz qual. Porque o autovacuum pode travar? Não é bem travar, é que ele quando usa uma tabela a usa com exclusividade e ninguém mais tem acesso e isso parece como a tabela esteja travada. Mas logo terá outros comentários com mais detalhes. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Queda de Energia
2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux FATAL: arquivo de bloqueio postmaster.pid já existe DICA: Outro postmaster (PID 3484) está executando sob o diretório de dados /var/lib/pgsql/data? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? Geralmente deve excluir o arquivo /var/lib/pgsql/data/postmaster.pid para poder voltar a funcionar. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Res: Queda de Energia
2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Desculpe, me expressei errado este arquivo já não existe e mesmo assim dá o erro. Já checou com ps ax|grep postgres para ver se tem algum processo? Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux FATAL: arquivo de bloqueio postmaster.pid já existe DICA: Outro postmaster (PID 3484) está executando sob o diretório de dados /var/lib/pgsql/data? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comentario sobre autovacuum
Ops, faltou um pequeno detalhe: isso só ocorre quando você usa: vacuum full; 2008/8/14 cardosodario [EMAIL PROTECTED] Mas então o recurso de autovacuum não eh interessante se ele trava a tabela, ou no 8.3 ele não age assim? Dario cardosodario wrote: Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? Porque o autovacuum pode travar? Dario -- View this message in context: http://www.nabble.com/Comentario-sobre-autovacuum-tp18983458p18986294.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] How to optimize PostgreSQL database size
2008/8/14 Roberto Mello [EMAIL PROTECTED] 2008/8/12 Ribamar Sousa [EMAIL PROTECTED]: http://www.linuxinsight.com/optimize_postgresql_database_size.html Esse artigo e' bem antigo. Os testes foram feitos com o PostgreSQL 7.4.8 que e' anciao, e nao reflete o atual estado do PostgreSQL. Realmente, acabo de constatar. Não havia lido, apenas achei interessante e enviei. Terei mais cuidado na próxima. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Hubert Lubaczewski: NULLs vs. NOT IN()
2008/8/14 Euler Taveira de Oliveira [EMAIL PROTECTED] Ribamar Sousa escreveu: Se eu permitir que um campo que é a chave estrangeira seja nulo estou quabrando a integridade, pois em sendo nulo o relacionamento já é permitido (quando somente deveria ser permitido se o campo da FK fosse igual ao da PK da outra). Você não está quebrando a integridade porque a informação pode ser desconhecida; por outro lado, se a informação for conhecida, ela tem que estar de acordo com a tabela referenciada. Me referi ao fato de em se permitindo nulo, veja o que ocorre: clientesprodutos codigo(pk)codigo (pk) nomecod_pessoa()fk No exemplo acima, posso cadastrar um produto sem indicar o cliente, pois a FK permite nulo. Em um campo de telefone, se eu aceitar nulo eu poderei tem telefones duplicados. Uma saída para isso eu adotei o índice parcial (no exemplo que divulguei do banco pessoa). Ugh? Veja bem, NULL é diferente de NULL (na verdade, é uma expressão desconhecida, ou seja, NULL). Partindo dessa premissa, duas tuplas contendo NULL não estão duplicadas. Tens razão. Todos os NULOS são nulos e aparentemente duplicados, mas como NULL é diferente de NULL, não estão duplicados. Mas a que eu quiz me referir com a idéia foi que isso é algo indesejável e que sugestão contornava isso. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hubert Lubaczewski: NULLs vs. NOT IN()
2008/8/13 Osvaldo Kussama [EMAIL PROTECTED] Ribamar: Talvez seja o caso descrito no manual: http://www.postgresql.org/docs/current/interactive/functions-subquery.html#AEN15302 Note that if the left-hand expression yields null, or if there are no equal right-hand values and at least one right-hand row yields null, the result of the NOT IN construct will be null, not true. This is in accordance with SQL's normal rules for Boolean combinations of null values. A combinação de NULL com NOT IN nem sempre dá o resultado que usualmente (bom senso?) esperamos. Osvaldo Osvaldo, parece que isso reforça a grande recomendação dos gurus e mestre: Corram dos nulos!. Mas e se o bichim correr atraz da gente? :) -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Hubert Lubaczewski: NULLs vs. NOT IN()
2008/8/13 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED] Ribamar, to migrando pra SGDB (sempre usei DBF). Poderiam me explicar por quê correr dos nulos. Sempre pensei que nulos aliviava a carga do banco. Acredito que usando NULL alivia mais a carga do DBA que a do SGBD. :) Bem, o que tenho aprendido em minhas leituras de livros de teoria de bancos de dados e ainda bem pouco em minha experiência, é que os nulos são geralmente problemáticos e geram comportamentos inesperados em muitas situações. Se eu permitir que um campo que é a chave estrangeira seja nulo estou quabrando a integridade, pois em sendo nulo o relacionamento já é permitido (quando somente deveria ser permitido se o campo da FK fosse igual ao da PK da outra). Quando vou fazer operações o nulo tem suas regras próprias que dificultam muito e acaba retornando o que não é esperado, se eu não observar com carinho. Em um campo de telefone, se eu aceitar nulo eu poderei tem telefones duplicados. Uma saída para isso eu adotei o índice parcial (no exemplo que divulguei do banco pessoa). Acho que o nulo é tão escorregadio que se de fato decidirmos adotá-lo, que nos cerquemos de cuidados para não deixá-lo escapar. Não precisamos ser puristas ou coisa que o valha pois tudo tem seu preço, mas acredito que sempre devemos perseguir o profissionalismo, com as melhores soluções. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hubert Lubaczewski: NULLs vs. NOT IN()
2008/8/13 Diogo Biazus [EMAIL PROTECTED] Acho importante observar os seguinte: Na boa modelagem nós fugimos de nulos, mas muitas vezes utilizamos alguns campos nulos concientemente. Usar nulos, como quase tudo em modelagem, tem um custo e um benefício que dependem do cenário onde é utilizado. Esse blablabla é para dizer o seguinte, quando o campo deve ser nulo, use nulo mesmo. Ou seja, colocar um campo texto como vazio '', ou usar informações default falsas não são uma boa estratégia. Afinal o significado do NULL é valor desconhecido (ou indisponível ou não aplicável) e quando esse for o caso devemos usar sim o NULL. E já respondendo a pergunta do Alisson, fugimos dos nulos porque ter esses valores desconhecidos espalhados no banco dificultam a manipulação dos dados, basta ver como o nulo se comporta de forma diferenciada em diversas operações. Além disso, muitos nulos podem indicar alguma modelagem mais elegante que elimina os nulos, o exemplo clásssico é a especialização de tabelas. Mas quando tu diz que nulo alivia a carga do banco, isso pode ser verdade, pois em alguns casos usamos os nulos justamente para evitar a criação de tabelas adicionais, evitando também junções adicionais nas consultas. Um caso simples onde eu uso nulos é quando tenho o campo endereço em uma tabela de pessoas por exemplo, e a minha regra de negócio diz que a informação de endereço pode ou não ser dada pelo usuário. Nesse caso não vejo justificativa para não permitir o nulo ou para criar outra tabela, ai acabo cedendo ao princípio KISS. Diogo, nunca usei, mas me parece razoável para esses casos adotar algo como desconhecido e então validar com expressão regular. Aí então posso até criar um domínio que valide bypassando o desconhecido e colocar um índice parcial. Achei essa saída interessante e coloquei no banco pessoa, que divulguei recentemente. Que acha? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?
2008/8/13 Lucas Mocellin [EMAIL PROTECTED] Pessoal, revivendo este tópico. li na lista e procurei em vários lugares do google, entendi +- o conceito locale/encoding, porém não entendi como resolver o problema, estou migrando um DB do 8.2 para o 8.3, entao fiz um dump, e na hora de criar o novo banco para restaurar os dados, ele da o mesmo erro: 2008-08-13 15:57:44 BRT ERROR: encoding LATIN1 does not match server's locale en_US.UTF-8 2008-08-13 15:57:44 BRT DETAIL: The server's LC_CTYPE setting requires encoding UTF8. 2008-08-13 15:57:44 BRT STATEMENT: CREATE DATABASE db_web WITH ENCODING='LATIN1' 2008-08-13 15:57:44 BRT WARNING: nonstandard use of \\ in a string literal at character 137 2008-08-13 15:57:44 BRT HINT: Use the escape string syntax for backslashes, e.g., E'\\'. Como é uma migração de um banco que o pessoal usa windows, não estou interessado em converter o banco ou algo do gênero, gostaria de deixar no mesmo encoding. Como posso criar isso? Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem o LATIN1. Lucas, eu encontrei duas alternativas para ter um cluster (agrupamento de bancos) do PostgreSQL 8.3 em Latin1, mas somente no Linux: - Criando um novo cluster usando os fontes ou mesmo pelos repositórios: Após compilar os fontes (se pelos fontes) export LANG=pt_BR.iso-8859-1 bin/initdb --encoding latin1 -D /usr/local/pgsql/data (Dica do Euler) A outra alternativa é alterando a codificação do sistema operacional. Vi uma dica para o Debian e testei no Ubuntu e funcionou. Após a instalação do PostgreSQL 8.3 ele dava suporte a LATIN1. Não lembro detalhes dessa dica nem sei se tem efeitos colaterais. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Hubert Lubaczewski: NULLs vs. NOT IN()
2008/8/13 Shander Lyrio [EMAIL PROTECTED] Ribamar Sousa wrote: Acredito que usando NULL alivia mais a carga do DBA que a do SGBD. :) Este é o ponto, por isso sou menos rigoroso com relação a eles, haja visto que também sou programador e não apenas DBA. Acho que o nulo é tão escorregadio que se de fato decidirmos adotá-lo, que nos cerquemos de cuidados para não deixá-lo escapar. Aí é que está o problema, espero que não seja só eu que tenha prazos super apertados para entregar sistemas. Bem, acredito que quando temos nossas justificativas que se justificam estamos perdoados. Apenas estou mexendo nisso por achar que sempre devemos optar pela melhor (mais profissional) saída, exceto quando o chefe nos pede outra (fiz muitas dessas), o prazo, etc. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?
2008/8/13 Luiz Rafael Culik Guimaraes [EMAIL PROTECTED] Ola altere no postgresql.conf os campos para ficar conforme abaixo lc_messages = 'C' # locale for system error message # strings lc_monetary = 'C' # locale for monetary formatting lc_numeric = 'C'# locale for number formatting lc_time = 'C' # locale for time formatting Luiz isso não resolve. Tivemos um longo pega aqui na lista sobre o assunto e muito foi feito, mas a verdade é que o PostgreSQL 8.3 mudou nesse aspecto. Quando se instala o PostgreSQL 8.2.x tanto no Windows quanto no Linux ele suporta a criação de bancos com o encoding latin1, mas o PostgreSQL 8.3, por padrão não suporta. Tem mais, no Windows eu não consegui de nenhuma forma, nem criando um novo cluster. []s Luiz - Original Message - From: Lucas Mocellin To: pgbr-geral@listas.postgresql.org.br Sent: Wednesday, August 13, 2008 4:45 PM Subject: Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR? Pessoal, revivendo este tópico. li na lista e procurei em vários lugares do google, entendi +- o conceito locale/encoding, porém não entendi como resolver o problema, estou migrando um DB do 8.2 para o 8.3, entao fiz um dump, e na hora de criar o novo banco para restaurar os dados, ele da o mesmo erro: 2008-08-13 15:57:44 BRT ERROR: encoding LATIN1 does not match server's locale en_US.UTF-8 2008-08-13 15:57:44 BRT DETAIL: The server's LC_CTYPE setting requires encoding UTF8. 2008-08-13 15:57:44 BRT STATEMENT: CREATE DATABASE db_web WITH ENCODING='LATIN1' 2008-08-13 15:57:44 BRT WARNING: nonstandard use of \\ in a string literal at character 137 2008-08-13 15:57:44 BRT HINT: Use the escape string syntax for backslashes, e.g., E'\\'. Como é uma migração de um banco que o pessoal usa windows, não estou interessado em converter o banco ou algo do gênero, gostaria de deixar no mesmo encoding. Como posso criar isso? Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem o LATIN1. Desculpe-me pela repetição, mas sinto-me um pouco perdido quando se fala de locales, encodings, etc.. Obrigado, Lucas. ___ 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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SUPERUSER X CREATEUSER
2008/8/13 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED] Pessoal, Por que a cláusula CREATEUSER do ALTER USER define a conta como superuser? Não deveriam ser coisas diferentes? Poderia. Quero dar permissão para um usuário incluir outros, mas não ter privilégio de superuser. O que estou fazendo de errado? Se não me falha a memória, o usuário que tem privilégio de criar usuário é então super-usuário. Caso não queira que seja super-usuário não dê privilégio createuser. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: SUPERUSER X CREATEUSER
2008/8/13 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED] Ribamar, Se eu dou permissão de superuser pra um usuário ele pode atrapalhar meu banco, certo? Mas seria muito útil se outro usuário pudesse criar novas contas não superuser. Sempre que precisar criar um novo usuário tem que chamar o dba superuser? Não seria uma falha isso? Não. quando a coisa foi planejada não é falha. Podemos até discordar e mostrar as desvantagens para a equipe e quem sabe convencê-los a mudar, mas claro que depende dos nossos argumentos. Você deve lembrar que a atribuição de criar usuário é muito importante e somente alguém de sua inteira confiança deve ter. Acho que foi isso que a equipe pensou ou algo do gênero. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PostGIS
Aqui eu adicionei alguns tutoriais sobre o assunto: http://pg.ribafs.net/down/ Vá em docs, Tutoriais, Geograficos. 2008/8/12 George Silva [EMAIL PROTECTED] www.geoprocessamento.net Lá você vai encontrar um fórum cheio de pessoas que trabalham com Geotecnologias, incluidno PostGIS. Eu mesmo expliquei alguns conceitos do geoprocessamento e ainda estou escrevendo mais alguns artigozinhos para esclarecer os colegas das áreas de TI e iniciantes. Dê uma passada lá Abraco Cézar Augusto Ferreira escreveu: Galera, alguém sabe onde eu consigo material sobre PostGIS, cartografia, Sistemas de coordenadas, essas paradas assim? Obrigado! -- --- Programador Java - PHP 3Way NetWorks www.3way.com.br http://www.3way.com.br --- ___ 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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] How to optimize PostgreSQL database size
http://www.linuxinsight.com/optimize_postgresql_database_size.html -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Banco de Dados ou SGBD?
Olá! Aproveitando o e-mail do Euler e as férias gerais da lista para um tópico sem muita relevância e quase off. Sempre achei que devemos ser precisos, o mais claro possível no que falamos ou escrevemos. Nos meus primeiros cursos de informática via meu professor confundir or termos CPU com Gabinete e ainda hoje vejo muita gente fazendo isso. Agora, mexendo com PostgreSQL vejo muita gente usando como sinônimos banco de dados e SGBD e geralmente preferindo banco de dados, quando quer de fato dizer SGBD. Veja o título: PostgreSQL, o melhor Banco de Dados Open SourceQuando deveria ser: PostgreSQL, o melhor SGBD Open SourceSerá que estou exagerando? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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 ou SGBD?
2008/8/11 Fábio Telles Rodriguez [EMAIL PROTECTED] 2008/8/11 Ribamar Sousa [EMAIL PROTECTED]: Olá! O correto é falar em SGDB quando estamos falando em ferramenta e Banco de Dados quando estamos nos referindo aos dados que o SGDB gerencia. Não seria correto dizer por exemplo que você tem um SGDB de 100GB. De fato, há muita confusão entre o que é o cluster (criado pelo initdb), a instância, o banco de dados e o SGDB. Taí uma sugestão para um pequeno artigo, não? Por outro lado, não vejo pessoas fazendo distinção entre acionador de discos rígidos e discos rígidos. Em muitos casos a distinção é dispensável. Você verá que os americanos são mais soltos com este tipo de questão. É aceitável falar postgres ao invés de PostgreSQL. Não, o exemplo não tem muito haver, mas é só uma forma de dizer, que você não deve se preocupar muito com isso quando estiver numa conversa informal ou numa lista de discussão. :-) Gostaria de fraternalmente :) discordar do grande Fábio. Acho que é importante sermos ágeis mentalmente, mas o hábito faz o monge. Quero dizer que devemos exercitar a precisão, concisão e em uma lista de PostgreSQL falar corretamente. Apesar de ser permitido postgres eu praticamente uso somente PostgreSQL. Veja que há um certo sacrifício nessa forma, pois temos uma inicial e três finais em mais maiúsculas, mas assim acredito que seja mais adequado que a primeira forma e ainda outras. A coisa tem algo a ver com uma certa confiança: quando perseguimos a perfeição (sem neurose) isso cheira a confiança. Tanto profissionalmente quando pessoalmente. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ALTER COLUMN como TYPE integer
Só complementando... Se você cria um campo texto qualquer numa tabela. Depois abre o pgadmin e tenta alterar o tipo do campo, o pgadmin somente mostrará alternativas que de fato sejam compatíveis com o tipo criado e no seu caso não aparecerá a opção para integer. 2008/8/7 sergio santos [EMAIL PROTECTED] Olá pessoal Toda vez que crio um campo em uma tabela do tipo character varying e no futuro, quando preciso mudar o tipo do campo para integer, o PostgreSQL me retorna a seguinte mensagem: *Erro de SQL:* ERRO: coluna x não pode ser convertida para tipo pg_catalog.int4 *Indicação de entrada :* ALTER TABLE teste ALTER COLUMN x TYPE integer ps. é claro que todos os dados do campo são integer -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ALTER COLUMN como TYPE integer
2008/8/7 sergio santos [EMAIL PROTECTED] Ribamar Sousa, eu usei exatamente o pgadmin e ele me mostrou o integer. acabei fazendo exatamente o que o Shander Lyrio sugeriu. Sérgio, diz a versão do teu PGAdmin, pois já faz um bom tempo que ele não permite este cast. Acabo de verificar aqui no meu 1.8.2. Mas realmente vale lembrar que este é um serviço do pgadmin, outros softwares como EMS e SQLMaestro permitem qualquer cast, até os que não serão aceitos pelo SGBD. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Quando usar? REAL, DOUBLE PRECISION e NUMERIC
2008/8/6 William Leite Araújo [EMAIL PROTECTED] Finalizando a discussão. Obrigado pela defesa ao Postgresql. Retiro TUDO que eu disse e caso tenha causado desconforto ou mal-estar, minhas sinceras desculpas. Eu quis somente enumerar um problema que me incomodou profundamente. Na ocasião, a solução foi fazer um CAST para a constante, que tinha tipo NUMERIC para INTEGER. Ao fazê-lo, o tempo caiu VERTIGINOSAMENTE. Atenciosamente, Aproveitando sua atitude Willian, gostaria de fazer um rápido comentário: que em discussões comoe esta nós sempre nos lembremos que estamos discutindo não para ter razão, mas para ampliar nossos conhecimentos. Acredito que até o tom de voz precisa ser diferente. Somos muito ríspidos algumas vezes: Você está enganado. Poderia ser Você tem certeza?. Se o clima respirado aqui for mais ameno vamos nos sertir mais em casa e nossa produtividade melhora. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] converter Character Sets
2008/8/6 Mr J.L. [EMAIL PROTECTED] Seguinte pessoal, Me deparei com uma base LATIN1 e preciso converte-la para LATIN9. Peguei o arquivo de dump da LATIN1 e editei (com vi): SET client_encoding = 'LATIN1'; para SET client_encoding = 'LATIN9'; É correto fazer isso? Aparentemente deu certo, só nao sei se ess tipo de alteracao pode gerar algum problema. Alguem poderia me ajudar? Caso precise, veja a libiconv http://www.gnu.org/software/libiconv/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dicas sobre Modelagem de Bancos de Dados
Criei uma seção exclusiva para modelagem de bancos de dados no meu novo site sobre PostgreSQL. A intenção é realmente catalogar informações úteis sobre essa área. Veja alguns dos tópicos que já reuni: - Normalização de tabela de CEPs - Modelagem de banco de dados pessoa - Criação de tipos personalizados e de domínios - Uso de expressões regulares em domínios - Links úteis para: - Validação de CNPJ - Inscrição Estadual - CEP - Funções para validação e geração em JavaScript e em PL/PgSQL: - CPF - CNPJ - IE - Tutoriais sobre modelagem e normalização - Entre outras informações úteis. Detalhes na seção: http://pg.ribafs.net/content/section/15/53/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dicas sobre Modelagem de Bancos de Dados
2008/8/5 Sebastian SWC [EMAIL PROTECTED] 2008/8/5 Ribamar Sousa [EMAIL PROTECTED]: Criei uma seção exclusiva para modelagem de bancos de dados no meu novo site sobre PostgreSQL. A intenção é realmente catalogar informações úteis sobre essa área. Parabens Ribamar! bom trabalho! Grato pela força Sebastian. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] matar processos banco
2008/8/4 Aldo Prosol [EMAIL PROTECTED] olá a todos quando tento acessar meu banco atraves do pgadmin eu recebo um erro: Fatal: sorry, too many clientes already alguem ja recebeu essa mensagem Nunca recebi, mas ela parece clara. Dizendo que já tem a quantidade de clientes conectada igual ao máximo. Por default são 100 usuários simultâneos permitidos, caso não tenha alterado. Para alterar edite o postgresql.conf. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Off: Cursos Gratuitos de Storage e outros
Cursos Gratuitos na Intel NextG Storage, Virtualização, ERP e muito mais http://www.nextg.com.br/v2/web/curso.php?curso_id=34 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [INICIANTE] Executar função P L.
2008/8/1 Leandro Hamid [EMAIL PROTECTED] Me desculpe por tantas mensagens mas quando eu dou o comando o sistema diz permissão negada, abaixo comandos; teste#:\i '/diretorio/arquivo.sql' /diretorio/arquiuvo.sql: Permissão negada Qual o arquivo e diretório que está usando? Se tem problema e ainda não sabe o que fazer coloque dentro do diretório do usuário postgres: su - postgres pwd O diretório no Ubuntu é /usr/lib/postgresql. Então copie o arquivo usando sudo para o /usr/lib/postgresql. Então dê permissão de leitura a todos: sudo chmod 705 arquivo.ext Tente assim. Sugestão: na fase inicial, para evitar esses problemas, use preferencialmente o pgadmin. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [INICIANTE] Executar função P L.
2008/7/31 Leandro Hamid [EMAIL PROTECTED] Boa tarde pessoal. Sou novato na lista e estou iniciando os meus estudos relacionados ao PostgreSQL ,estou estudando a linguagem procedural PL/PgSQL e tenho algumas dúvidas que são as seguintes; - Para executar uma função eu teria que escreve-la no próprio psql e depois executa-la a partir de um SELECT, eu não tenho como escrever esta função em um editor de texto qualquer e chamar esta função o psql? Criando no wizard do pgadmin fica mais fácil, mas por outro lado acredito que se aprende menos. Acho mais interessante a ferramenta SQL tool do pgadmin. Desde já agradeço. - Qual é o procedimento mais adequado para executar uma função escrita em qualquer linguagem procedural? SELECT nomefuncao(paramentros); -- Leandro Hamid SERPRO - Serviço Federal de Processamento de Dados Maito: [EMAIL PROTECTED] Maito: [EMAIL PROTECTED] http://www.serpro.gov.br Weblog: http://deploy.wordpress.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [INICIANTE] Executar função P L.
2008/7/31 Leandro Hamid [EMAIL PROTECTED] Boa tarde pessoal. Sou novato na lista e estou iniciando os meus estudos relacionados ao PostgreSQL ,estou estudando a linguagem procedural PL/PgSQL e tenho algumas dúvidas que são as seguintes; - Para executar uma função eu teria que escreve-la no próprio psql e depois executa-la a partir de um SELECT, eu não tenho como escrever esta função em um editor de texto qualquer e chamar esta função o psql? Desde já agradeço. - Qual é o procedimento mais adequado para executar uma função escrita em qualquer linguagem procedural? Complementando: a documentação é muito rica e útil: http://pgdocptbr.sourceforge.net/pg80/plpgsql.html -- Leandro Hamid SERPRO - Serviço Federal de Processamento de Dados Maito: [EMAIL PROTECTED] Maito: [EMAIL PROTECTED] http://www.serpro.gov.br Weblog: http://deploy.wordpress.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [INICIANTE] Executar função P L.
2008/7/31 Leandro Hamid [EMAIL PROTECTED] /i /diretório/nome_do_arquivo Sim Mais um porém, qual é a extensão do arquivo a ser chamado no psql? Qualquer uma , o que importa é o conteúdo, que deve ser texto puro. Só uma correção no comando passado pelo Osvaldo: \i 'c:/diretorio/arquivo.sql' Se no windows use as barras invertidas e para garantir que possa ter espaço no diretório use aspas. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tradução da documentação da P L/PHP
2008/7/30 Wagner Bonfiglio [EMAIL PROTECTED] Avisa agente então ;) Como a lista tá de férias, vou gastar este e-mail: Fique certo disso. Como a área tá ficando importante, vou criar uma seção no site só para ela: Modelagem de Bancos de Dados, contendo estes nossos exemplos e algumas informações selecionadas. 2008/7/25 Ribamar Sousa [EMAIL PROTECTED] 2008/7/25 Joao Cosme de Oliveira Junior [EMAIL PROTECTED]: Ribamar mais um pra sua coleção ne!!! ótimo! Isso mesmo! Valeu. Tá saindo agora uma modelagem normalizada, contendo domínios, funções e índices parciais, que tá uma beleza. Deve sair na próxima semana. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Quando usar? REAL, DOUBLE PRECISION e NUMERIC
2008/7/30 William Leite Araújo [EMAIL PROTECTED] Posso dizer, por experiência própria, que o uso de numeric/decimal só é indicado em casos onde a quantidade de registros é pequeno e/ou não é usado em processamentos feito pelo banco de dados (qualquer fórmula e/ou conversão). No ano passado, num processo de migração, converti o tipo decimal(x,y) para o mesmo tipo no postgres, e ao trabalhar com campos desse tipo em procedimentos, a migração de uma simples tabela de menos de 500.000 registros durava mais de 20 horas. Ao converter esses campos para inteiro (pois a parte decimal nem era usada), o tempo de processamento caiu para 2 minutos. Isso mesmo! Na verdade deve ser menos que 2 minutos... um absurdo, mas um caso real. Dessa forma, caso vá usar o valor que está sendo armazenado em algum procedimento/view/fórmula, não recomento tipo decimal/numerico. Cara, por isso que se está começando a valorizar mais a experiência do que graduações, do que certificações. Veja que somente a prática mostra uma informação como essa sua, William. Isso não desvaloriza em nada a informação (acadêmica ou não), mas sim valoriza a experiência. A formação acadêmica tem seu valor, mas se ela vier acompanhada com a experiência terá um maior valor. 2008/7/29 Ribamar Sousa [EMAIL PROTECTED] 2008/7/29 Glauber Almeida [EMAIL PROTECTED] Pessoal, estou fazendo um projeto de banco de dados para um ERP feito em COBOL e que já roda a quase 15 anos trabalhando com arquivos ISAM. No instante inicial defini na modelagem todos os campos numéricos, reais, percentuais e quantidades como REAL, para depois avaliar caso a caso o tipo correto a ser usado, por exemplo, passar os percentuais para numeric(4,2). Agora estou com uma dúvida, será que vale a pena efetuar essa mudança? Se eu deixar tudo como REAL, vou perder em questão de armazenamento e recuperação? Glauber, o manual detalha com bastante detalhes os tipos de dados e seu uso. Veja: http://pgdocptbr.sourceforge.net/pg80/datatype.html http://www.postgresql.org/docs/8.3/interactive/datatype.html -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- William Leite Araújo Analista de Banco de Dados - QualiConsult ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tradução da documentação da P L/PHP
2008/7/25 Joao Cosme de Oliveira Junior [EMAIL PROTECTED]: Ribamar mais um pra sua coleção ne!!! ótimo! Isso mesmo! Valeu. Tá saindo agora uma modelagem normalizada, contendo domínios, funções e índices parciais, que tá uma beleza. Deve sair na próxima semana. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Certificacao da EnterpriseDB em PostgreSQL
2008/7/24 Euler Taveira de Oliveira [EMAIL PROTECTED]: Roberto Mello escreveu: Comecou a certificacao da EnterpriseDB (desculpem-me se isso já foi noticiado e nao percebi) http://biz.yahoo.com/iw/080722/0417978.html Vale ressaltar que *não* é uma certificação homologada pelo PGDG; os esforços para a mesma continuam em [1]. [1] http://www.postgresqlcertification.org/ -- Euler Taveira de Oliveira http://www.timbira.com/ De qualquer maneira, em vindo da EnterpriseDB, já parece algo melhor que a certificação existente. E provavelmente contribuirá para a certificação oficial. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Certificacao da EnterpriseDB em PostgreSQL
2008/7/24 Euler Taveira de Oliveira [EMAIL PROTECTED]: Ribamar Sousa escreveu: De qualquer maneira, em vindo da EnterpriseDB, já parece algo melhor que a certificação existente. Por que? É uma certificação comercial como as outras. Além disso, não dá para avaliá-la ainda porque ninguém conhecido fez a prova. Em minha ótica por ser de uma empresa que trabalha com PostgreSQL já há algum tempo e inclusive tem colaborado com o PostgreSQL (vide instalador for windows, que usa algo deles) entre outras. E provavelmente contribuirá para a certificação oficial. Aí que você se engana. Até o presente momento, ninguém da EDB se pronunciou sobre os esforços de fazer uma certificação oficial. Vide discussões na lista oficial. Mas não quiz me referir a colaborar na certificação oficial, mas que agora a equipe oficial poderá se sentir estimulada/forçada a lançar a certificação. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Certificacao da EnterpriseDB em PostgreSQL
2008/7/24 Euler Taveira de Oliveira [EMAIL PROTECTED]: Ribamar Sousa escreveu: Em minha ótica por ser de uma empresa que trabalha com PostgreSQL já há algum tempo e inclusive tem colaborado com o PostgreSQL (vide instalador for windows, que usa algo deles) entre outras. Não sei em que isso se difere da SRA (que tem uma certificação também) que tem vários funcionários que também contribuem com código mas em menor proporção do que a EDB (que contratou alguns dos principais colaboradores do PostgreSQL). Levando-se em conta que a EnterpriseDB é bem mais conhecida e ativa, acredito que seja diferente. Mas não quiz me referir a colaborar na certificação oficial, mas que agora a equipe oficial poderá se sentir estimulada/forçada a lançar a certificação. É um pouco mais complicado do que você imagina. Estima-se que este processo levará no mínimo uns 2 anos para ficar pronto. Realmente, nesse ponto, como falei, apenas posso tecer minha opinião, pois de fato não sei em que pé isso anda. Mas reafirmo minha opinião de que em sendo uma empresa mais conhecida isso ajuda nosso PostgreSQL, dando maior credibilidade para aquelas empresas que não o conhecem e para aqueles que fazem questão do apoio de uma empresa. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Tradução da documentação da P L/PHP
Olá! Tradução da dodumentação da linguagem procedural PL/PHP para o português do Brasil: http://pg.ribafs.net/content/view/29/30/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Palestras Técnicas PostgreSQL no SE RPRO
http://br-linux.org/2008/palestras-tecnicas-postgresql-no-serpro-para-servidores-publicos-federais-e-militares/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Normalizando uma tabela de CEPs
2008/7/20 Osvaldo Kussama [EMAIL PROTECTED]: Só uma dúvida: Por que considerar logradouro como uma tabela separada? Aparentemente você considera que existe uma dependência funcional mas, sob meu ponto de vista, tal dependência não existe, isto é, o fato de existirem logradouros com o mesmo nome em diferentes municípios não caracteriza uma dependência. Veja Osvaldo, não posso falar com experiência. Pelo que vejo realmente podemos trabalhar como você sugere, acredito que sem grandes problemas, mas a idéia é evitar repetições e também retrabalho desnecessário. Imagine um dia ter que alterar o nome de um logradouro e tem cadastrados 500mil clientes com este. Terá que alterar os 500mil registros. Você pode dizer que não se altera nomes de logradouros, mas entre outras posso dizer que se pode errar uma digitação, esquecer um acento, ou errar por não saber mesmo, etc. É possível que um mesmo logradouro possua diferentes CEPs mas, neste caso, existe uma condição adicional, por ex.: nºs pares: cep x, nºs ímpares: cep y ou de nº n a m: cep x, de m a o: cep y etc. condição esta que não está presente em suas tabelas. Este meu cadastro de CEPs ainda é do tempo de CEPs únicos, realmente não comtempla isso e até o estou usando como PK. Mas vocÊ tem razão e agora se não me engano até certa altura um e daí em diante outro, somente logradouros grandes (não sei o tamanho). Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Normalizando uma tabela de CEPs
2008/7/21 William Leite Araújo [EMAIL PROTECTED]: Bom, pode tentar alterar parâmetros do banco durante a execução de sua atualização. Reduza o número máximo de conexões (*max_connections*), aumente a memória de trabalho (work_mem) e o tamanho do *checkpoint_segments. *Certamente melhorará o desempenho. Mas como se trata de um *celeron*, não espere muito... Willian, esta máquina é um notebook pessoal. Não deve ser muito diferente, mas me enganei, é um Centrino. Bem, vou fazer as alterações que você sugeriu mas pelo visto eu vou importar apenas alguns registros. O que quero com este exemplo é aprender e demonstrar algumas coisas da normalização. Valeu! -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Normalizando uma tabela de CEPs
Olá! Estou precisando de ajuda para fazer uma consulta update que traz os registros de duas tabelas para uma terceira. Tenho uma tabela com os CEPs do Brasil (633401 registros), com a seguinte estrutura: create table ceps ( cep char(8) primary key, tipo char(72), logradouro char(70), bairro char(72), municipio char(60), uf char(2) ); Tenho outra logradouros (contém 316499 registros): create table ceps ( logradouro int primary key, logradouro char(70) ); E tenho a tabela de ceps normalizada: create table cepsn ( cep char(8) primary key, tipo int, logradouro int, bairro int, municipio int, constraint tipo_fk foreign key (tipo) references tipos(tipo), constraint logradouro_fk foreign key (logradouro) references logradouros(logradouro), constraint bairro_fk foreign key (bairro) references bairros(bairro), constraint municipio_fk foreign key (municipio) references municipios(municipio) ); Quero dar um update na tabela cepsn trazendo os códigos da logradouros (campo logradouro) mas respeitando o cep correspondente da tabela ceps. Estou fazendo assim, mas está demorando demasiado. Mais de 2 horas e a consulta não terminou (PostgreSQL-8.2.7, Ubuntu 8.04, Senpron 1.86, 1GB RAM). Quem quizer ver o relato completo e com mais detalhes, acesse: http://pg.ribafs.net/content/view/28/30/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] campos numericos
1980/7/19 [EMAIL PROTECTED]: Eu tenho como configurar o PostgreSQL para usar a virgula como separador de decimal no lugar do ponto??? Pelo que sei, não. Mas espero estar enganado. Isso se for para armazenar. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelando um Controle de Estoque
2008/7/17 [EMAIL PROTECTED]: Desculpa, mandei para o Assunto errado. Tá mas no caso da duplicação de dados, o CNPJ ou CPF pode ser criado um index unique. Segunda coisa: CNPJ usado por mais de um cliente: o endereço do CNPJ é um só. Não existe o mesmo CNPJ com 2 endereços diferentes (Isso é lei). É só pedir o cartão de CNPJ para o cliente. Crie uma tabela com endereço de entrega. Resolverá o teu problema. Prontinho. Nossa chave natural para os CNPJs. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Material sobre Modelagem em PostgreSQL
Vejam só este material sobre um dos assuntos mais pedidos do momento: http://leandro.gfc.dutra.googlepages.com/adpg.art.pdf Advinhem o autor: Leandro Dutra. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Férias
2008/7/18 Leandro DUTRA [EMAIL PROTECTED]: Meio fora de tópico, mas visto que tenho estado bastante ativo na lista -- vou entrar de férias, volto dia 4 de agosto! Também fora, mas feliz férias mestre Leandro. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Mais alguns tópicos sobre Normaliza ção
Estou ainda empolgado com os recursos de um bom modelo e bem normalizado. Trago agora mais alguns tópicos que gostaria de discutir: Valor default Chaves naturais x artificiais Null --Default create table nula(c1 serial primary key, c2 int, c3 int default 0); insert into nula (c1) values (default),(default),(default),(default); select * from nula; c1 | c2 | c3 ++ 1 || 0 2 || 0 3 || 0 4 || 0 (4 registros) Veja só que riqueza de registros! Tudo isso graças a permissão de nulo e ao valor default. --Nulo create table nula2(c1 int primary key, c2 int check(c2 0), c3 int); insert into nula2(c1,c2,c3) values (1,default,4); -- Será válido. Importante: use not null insert into nula2(c1,c2,c3) values (2,-3,4) select * from nula2; c1 | c2 | c3 ++ 1 || 4 (1 registro) Uma incoerência no comportamento do nulo, que reforça a recomendação de se evitar seu uso. --Chave artificial create table artificial(c1 serial primary key, t1 text, t2 text); insert into artificial(t1,t2) values ('a','b'),('a','b'),('a','b'),('a','b'),('a','b'),('a','b'); select * from artificial; c1 | t1 | t2 ++ 1 | a | b 2 | a | b 3 | a | b 4 | a | b 5 | a | b 6 | a | b (6 registros) Este ganha dos demais, em minha opinião. O cara cria uma chave tipo ID, que ela é a única coisa que não pode ser duplicada. Então veja que todos os registros estão duplicados. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Instale o PostgreSQL no Linux com um único clique
Olá! Achei interessante essa contribuição da EnterpriseDB ao PostgreSQL: http://www.postgresql.org/download/linux http://www.postgresql.org/download/macosx -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instale o PostgreSQL no Linux com um único clique
2008/7/17 joao.junior [EMAIL PROTECTED]: Jamais testarei hehehehehehe :) Acho que você tem seus motivos. Mas pense nos usuários iniciantes que estão chegando ao Linux? - Original Message - *From:* Pc Abrantes [EMAIL PROTECTED] *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Sent:* Thursday, July 17, 2008 3:18 PM *Subject:* Re: [pgbr-geral]Instale o PostgreSQL no Linux com um único clique massa... qd chegar em casa eu testo... esse ai ficou como o instalador do windows? Atenciosamente, -- Paulo Cesar Abrantes -- ___ 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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Instalando a Linguagem Procedural PL/PHP no PostgreSQL
Rapaz, ufa, desde ontem que brigo para conseguir fazer esta linguagem procedural funcionar. Mas valeu. Como trabalho com PHP já há alguns anos achei muito interessante e ainda estou brincando com ela para ver onde se chega. Para quem quizer testar tá aqui no meu/nosso novo site: http://pg.ribafs.net/content/view/27/30/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instale o PostgreSQL no Linux com um único clique
2008/7/17 joao.junior [EMAIL PROTECTED]: Jovem Ribamar, Eu? Acho difícil! Já passei de meio século! Hah, muita garra e disposição de jovem! Correto! foi so uma piadinha heheh Sério que pensei que estava falando sério. Vou aproveitar para fazer uns comentários. A coisa tem mudado, mas há uns 7 ou 8 anos atraz havia muita gente que torcia para que o Linux nunca ficasse popular, pois os problemas viriam em consequência e o Linux se tornaria tão frágil quanto o Windows. Algumas previsões sempre esquecem alguns detalhes. Particularmente acho um grande egoismo eu descobrir um tesouro e guardar apenas para min e no máximo meus amigos, sabendo que muita gente poderia se beneficiar com ele e em nada me prejudicaria. Desculpem a empolgação! :) Tá bom vou testar em casa :) Quanto mais user-friendly melhor. mais usuários, mais dúvidas, mais questionamentos, mais consultorias,.e o ELEFANTE fica mais popular. 3 vivas :) - Original Message - *From:* Ribamar Sousa [EMAIL PROTECTED] *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Sent:* Thursday, July 17, 2008 4:29 PM *Subject:* Re: [pgbr-geral]Instale o PostgreSQL no Linux com um único clique 2008/7/17 joao.junior [EMAIL PROTECTED]: Jamais testarei hehehehehehe :) Acho que você tem seus motivos. Mas pense nos usuários iniciantes que estão chegando ao Linux? - Original Message - *From:* Pc Abrantes [EMAIL PROTECTED] *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Sent:* Thursday, July 17, 2008 3:18 PM *Subject:* Re: [pgbr-geral]Instale o PostgreSQL no Linux com um único clique massa... qd chegar em casa eu testo... esse ai ficou como o instalador do windows? Atenciosamente, -- Paulo Cesar Abrantes -- ___ 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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net -- ___ 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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Meu servidor parou, o que fazer ?
2008/7/16 Marcos [EMAIL PROTECTED]: Meu servidor postgres até ontem a noite estava funcionando normalemente Agora de manhã não estava mais, não sei o que aconteceu. Já reiniciei o computador, mas o postgres nem inicia o serviço, o que fazer ?? O usuário que o postgres criou no windows está ativo Meu computador é um windows server 2008 Quando abro alista de servicços, e mando iniciar o postgres, dá a mensagem : *the postgresql service on local computer started and then stopped. some services stop automatically if they are not in use by other services or programs.* o ultimo arquivo log 2008-07-09 18:12:58 LOG: database system was interrupted at 2008-07-09 18:02:52 E. South America Standard Time 2008-07-09 18:12:58 LOG: checkpoint record is at 0/4737B1D0 2008-07-09 18:12:58 LOG: redo record is at 0/4737B1D0; undo record is at 0/0; shutdown TRUE 2008-07-09 18:12:58 LOG: next transaction ID: 682285; next OID: 220030 2008-07-09 18:12:58 LOG: next MultiXactId: 1; next MultiXactOffset: 0 2008-07-09 18:12:58 LOG: database system was not properly shut down; automatic recovery in progress 2008-07-09 18:12:58 LOG: record with zero length at 0/4737B218 2008-07-09 18:12:58 LOG: redo is not required 2008-07-09 18:12:59 LOG: database system is ready 2008-07-09 18:13:00 LOG: transaction ID wrap limit is 1073742401, limited by database template1 Uma providência é procurar pelo arquivo: c:\arquivos ... \postggresql\8.2\data\postmaster.pid E excluir ele. Então inicie para ver no que dá. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criação de tabela - PostgreeSQL 8 .2
2008/7/16 Marcondes Alexandre [EMAIL PROTECTED]: Srs, criei uma tabela conforme abaixo e os campos estão com aspas, como faço para retirá-los. Cara, ao criar o PostgreSQL não coloca as aspas. Eles estão sem as aspas agora que você criou. Beleza? Agora se você quizer apagar a tabela, criar novamente sem aspas, não vai ficar assim, respeitando maiúsculas e minúsculas. Basta no editor de texto procurar por e sobrescrever tudo com nada. CREATE TABLE dbo_tUsuario ( usuCodigo integer NOT NULL DEFAULT 0, usuNome character varying(300) NOT NULL DEFAULT ''::character varying, usuSenha character varying(32) NOT NULL DEFAULT ''::character varying, uspCodigo integer DEFAULT 0, usuCodigoCriador integer NOT NULL DEFAULT 0, CONSTRAINT dbo_tUsuario_pkey PRIMARY KEY (usuCodigo), CONSTRAINT dbo_tUsuario_uspCodigo_fkey FOREIGN KEY (uspCodigo) REFERENCES dbo_tUsuarioPerfil (uspCodigo) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH (OIDS=FALSE); ALTER TABLE dbo_tUsuario OWNER TO postgres; *Atenciosamente, ¬ Marcondes Alexandre ** * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Criação de tabela - Postgr eeSQL 8.2
2008/7/16 Marcondes Alexandre [EMAIL PROTECTED]: Tenho cerca de 40 tabelas, e queria fazer sem precisar recriá-las. Marcondes Alexandre Pelo que sei via shell script isso sai beleza. Mas eu ainda não sei fazer isso. Mas nada que o tio Google não possa te ajudar. :) *De:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *Em nome de *Ribamar Sousa *Enviada em:* quarta-feira, 16 de julho de 2008 14:27 *Para:* Comunidade PostgreSQL Brasileira *Assunto:* Re: [pgbr-geral] Criação de tabela - PostgreeSQL 8.2 2008/7/16 Marcondes Alexandre [EMAIL PROTECTED]: Srs, criei uma tabela conforme abaixo e os campos estão com aspas, como faço para retirá-los. Cara, ao criar o PostgreSQL não coloca as aspas. Eles estão sem as aspas agora que você criou. Beleza? Agora se você quizer apagar a tabela, criar novamente sem aspas, não vai ficar assim, respeitando maiúsculas e minúsculas. Basta no editor de texto procurar por e sobrescrever tudo com nada. CREATE TABLE dbo_tUsuario ( usuCodigo integer NOT NULL DEFAULT 0, usuNome character varying(300) NOT NULL DEFAULT ''::character varying, usuSenha character varying(32) NOT NULL DEFAULT ''::character varying, uspCodigo integer DEFAULT 0, usuCodigoCriador integer NOT NULL DEFAULT 0, CONSTRAINT dbo_tUsuario_pkey PRIMARY KEY (usuCodigo), CONSTRAINT dbo_tUsuario_uspCodigo_fkey FOREIGN KEY (uspCodigo) REFERENCES dbo_tUsuarioPerfil (uspCodigo) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH (OIDS=FALSE); ALTER TABLE dbo_tUsuario OWNER TO postgres; *Atenciosamente, ¬ Marcondes Alexandre * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OFF TOPIC - Cursos na Area de Banco de Dados no CDTC
Não, é que o cursos.cdtc.org.br é somente para funcionários públicos ou alguém que tenha um e-mail .gov.br. Somente este, comunidade.cdtc.org.br é para a comunidade em geral (não confere certificado) 2008/7/15 daniel lopes [EMAIL PROTECTED]: o site nao cadastra e-mai´s do gmail.com (dominio bloqueado???) 2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] O que é o Modelo Relacional?
Tentando fazer um resumo do nosso debate sobre bancos relacionais, seguem alguns tópicos que me recordo. Acho que é importante divulgarmos algo bem claro sobre o assunto, pois assim como eu estava fazendo confusão sobre o assunto, acredito que outros colegas também possam fazer. Para reforçar meu ponto de vista, vejam uma frase encontrada num tutorial sobre o modelo relacional: Relacionamentos entre entidades (tabelas). Pelo que entendi existem dois erros nessa pequena frase. Este material está no site que acabei de criar. Em se confirmando estarei retirando ou corrigindo. Modelo Relacional (MR) - Este modelo foi inspirado na teoria dos conjuntos. - Seus termos principais são: relações, atributos e restrições - Relacionamento não é um termo técnico deste modelo, mas do MER - A linguagem SQL também não é relacional. SGBDRs trstringem o modelo para usarem essa linguagem. - É bom distinguir MR (modelo relacional) de MER (modelo entidade relacionamento). Este último surgiu depois do relacional, mas a grande maioria dos SGBDs atuais implementam o modelo relacional. - O MER trouxe diagramas para representarem seu modelo, que são chamados de DER (diagrama endidade relacionamento). Dúvidas: - Como me refiro a um relacionamento entre duas tabelas no modelo relacional? Simplesmente restrição (constraint)? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OFF TOPIC - Cursos na Area de Banco de Dados no CDTC
2008/7/15 Pablo Sánchez [EMAIL PROTECTED]: Caros, Leiam lá as regras, qualquer email com .BR será aceito, mas tem que ser .BR. Também tem um de Modelagem orientada a objetos. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] O que é o Modelo Relacional?
2008/7/15 Pablo Sánchez [EMAIL PROTECTED]: 2008/7/15 Ribamar Sousa [EMAIL PROTECTED]: Relacionamentos entre entidades (tabelas). Pelo que entendi existem dois erros nessa pequena frase. O primeiro erro claro é a forma como foi colocada, que leva a uma falsa idéia de que toda tabela seria entidade. Relacionar diretamente os dois itens gera erro tanto na ida quanto na volta. Há entidades dentro de um sistema que podem aparecer apenas em tempo de execução, sem necessariamente entrarem no banco de dados para isso. O que entendi como erro é o termo relacionamento e entidade, que no relacional ao invés de entidade usa-se relação (para designar tabela). -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 [EMAIL PROTECTED] (61) 9975-0883 http://www.tiblog.com.br Quidquid latine dictum sit, altum viditur = ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] O que é o Modelo Relacional?
2008/7/15 joao.junior [EMAIL PROTECTED]: mas o contrário é verdade não??? Toda entidade no projeto lógico vira uma tabela , pelo o que eu entendi foi isso não o contrário. Só uma questão de termo, definição: MER - enditdade MR - relação -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Gestão de projetos armazenando em P ostgreSQL?
2008/7/15 Leandro DUTRA [EMAIL PROTECTED]: Alguém sabe se há algum sitema de gestão de projetos que armazene as informações em PostgreSQL? O porte do dotProject parece ter sido abandonado, e nada encontrei em http://postgresql.org.br/Aplicativos. Veja se este serve: http://www.egroupware.org/ -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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: Normalização com plica e engessa? (Era: Modelando um Controle de Estoque)
2008/7/15 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/15 Ribamar Sousa [EMAIL PROTECTED]: Leandro, uma pergunta: mas chaves compostas também não ferem a normalização ou segue aquela linha dos arrays e tipos compostos que discutimos? Nem uma coisa nem outra... não tem nada a ver nem com normalização, nem com tipos compostos. É simplesmente uma chave composta de vários atributos, só isso, sem maiores implicações conceituais. Mas a coisa não pode ser tão simples senão perde a graça. Precisa ser um pouco complicada. :) Agora falando sério: Já vi que o SGBD não é obrigado a seguir a normalização mas altamente recomendado, portanto é interessando normalizar sempre que puder. E tanto temos que entender quanto temos que explicar e ainda por cima, enquadrar em princípios. Se eu tenho como princípio simplifica e separar as coisas, então uma chave que contem vários campos. De qualquer maneira é logico, que uma chave composta natural representa bem mais os interesses de uma tabela que uma artificial e que em nada representa a tabela, correto. Não necessariamente composta... havendo uma chave natural simples, costuma ser mais conveniente. Entenda, que eu estava justificando a composta. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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: Normalização com plica e engessa? (Era: Modelando um Controle de Estoque)
2008/7/15 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/15 Ribamar Sousa [EMAIL PROTECTED]: Se eu tenho como princípio simplifica e separar as coisas, então uma chave que contem vários campos. Acho que tua frase veio truncada! Isso: Se eu tenho como princípio simplifica e separar as coisas, então uma chave que contem vários campos não é algo simples no sentido literal. De quem era a frase 'simplifique o quanto puder, mas não mais do que isso'? Algo como /make it as simple as possible, but not simpler/. Tem também essa, lema do Slackware: Faça isso simples seu ... simples. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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: Normalização com plica e engessa? (Era: Modelando um Controle de Estoque)
2008/7/15 joao.junior [EMAIL PROTECTED]: Leandro, uma pergunta: mas chaves compostas também não ferem a normalização ou segue aquela linha dos arrays e tipos compostos que discutimos? Riba, heheh olha a intimidade, chaves compostas não tem nada a ver com campos multi-valorados ou compostos,esses sim ferem as regras de normalização,por exemplo a chave primária mais simples são todos os atributos de uma entidade. Tá bom, acabo aprendendo isso, mas veja que o princípio é semelhante: multiplos, vários, compostos, conjuntos, etc. Tá bom, até entendo que se pode organizar conjuntos também e separar, simplificar. É que a coisa parece confusa pois uma hora pode e outra não. Uma hora é multivalorado (vários valores) e noutra é multicampo (vários campos). Bem, vamos em frente. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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: Normalização com plica e engessa? (Era: Modelando um Controle de Estoque)
2008/7/15 joao.junior [EMAIL PROTECTED]: Tá bom, até entendo que se pode organizar conjuntos também e separar, simplificar. É que a coisa parece confusa pois uma hora pode e outra não. Uma hora é multivalorado (vários valores) e noutra é multicampo (vários campos). Composto ao invés de multicampo :). Apenas quiz reforçar meu ponto de vista. :) -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral