Re: [pgbr-geral] BSD x Linux
Le 2013-D-9 12h14, Leonardo F. Guimarães a écrit : Apesar de já trabalhar com as duas plataformas, sempre gostei do FreeBSD para missões críticas. O Ingres foi desenvolvido em BSD, e ainda há grande sobreposição entre as duas comunidades. Normalmente recomendo Debian GNU/Linux por ser mais difundido e popular, e mais fácil para iniciantes, mas no teu caso não vejo por que não usar BSD. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] BSD x Linux
Le 2013-D-9 13h4, Flavio Henrique Araque Gurgel a écrit : 1) Usar Red Hat ou Suse são as melhores opções por causa de homologação de fabricantes de hardware. A menos que você seja como a Caixa e possa exigir o suporte a Debian. Aliás, não tem mais aquelas máquinas da HP homologadas com Debian? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Vaga Analista de Suporte DBA - Fortaleza-CE
Le 2013-A-24 14h21, Alexsander Rosa a écrit : Enfim, a minha dica é a mesma do Dutra: sempre peça um valor de topo. Na verdade, minha dica é perguntar primeiro o quanto oferecem… somente se o cargo interessar muito dar a pretensão primeiro, e nesse caso sim, pedir o topo para ver se cola. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] aplicativo para trabalhar com design de banco paralinux
Le 2013-A-24 14h26, Alexsander Rosa a écrit : Em 22 de agosto de 2013 14:33, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org mailto:l...@dutras.org escreveu: Lembrando também que os diagramas servem basicamente para comunicação com gerentes, clientes, novos desenvolvedores… para programadores experientes, DBAs, para o trabalho do dia‐a‐dia acabam sendo um peso morto. E os diagramas gerados automaticamente são muito mais práticos, até porque os algoritmos usados tanto pelo AutoDoc quanto pelo SQL::Fairy são melhores que a mão e o olho humanos de longe. Obrigado por traduzir num parágrafo exatamente o que eu penso. A voz da experiência! Quando a gente é novo, quer tudo gráfico… depois, vê que o bom e velho código fonte é o que há. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Excluindo Dados em duas Tabelas Relacionadas
Le 2012-A-22 22h34, Ramiro Pamponet a écrit : Possuo em minha aplicação 2 tabelas interligadas onde quando houver a exclusão dos dados de uma, na outra deverá haver a exclusão também. ON DELETE CASCADE? A chave primária da tabela c_orcamentos (id) Evite chamar de id. Se precisar mesmo de uma chave artificial, dê um nome consistente com a que terá como chave estrangeira. E nunca deixe de declarar pelo menos uma chave natural por tabela. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres ou Componente troca ' por \047
Por favor, nunca escreva em particular para continuar assunto da lista. Le 2012-A-19 14h57, Marcelo Silva a écrit : Olha só... procurando na web achei o seguinte link http://www.progtown.com/topic697941-inverted-commas.html Mudei o parametro no postgresql.conf e reiniciei standard_conforming_strings=off Leia a definição do parâmetro, para entender o problema. Quanto a usar UTF8 no cliente é que o Delphi7 grava as Units em ANSI por padrão e não tem como mudar isso ANSI é mais que obsoleto. E não é nem Latin1, nem ISO 8859-1, nem Win1252, nem UTF-8. Nem lembro se o psql aceita essa codificação. Se isso tem a ver, não me pergunte, pois o motivo só pode ser este, pois o Lazarus grava as units em UTF8 e não dá esse problema. Claro que tem. Ja o Delphi 2010 você pode escolher o formato do arquivo, porem mesmo nas configurações tentadas não tive exito. Que configurações, cara-pálida? Ainda não sabemos o que tentaste. Me parece que com a mudança no conf do postgres vai funcionar... Enquanto não pegares alguma das incompatibilidades entre ANSI e UTF-8… Não gosto de ficar mexendo nas configurações internas do servidor, mas neste caso... É um impecilio, pois sempre que eu implantar um novo servidor vou ter que ficar acertando esse detanhes... Ou usar algo que se conforme aos padrões, no cliente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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: Tunning Postgresql
Le 2012-M-23 13h49, Erison Gmail a écrit : Estou sendo vago, mas não sei como questionar A questão não é como questionar: é que não temos as informações mínimas para poder te ajudar. o que queria era utilizar melhor o hardware que tenho, para poder diminuir o tempo de execução,diminuir tempo de resposta Então tens de nos dar configurações, comandos, estruturas, estatísticas e planos de execução que queres melhorar. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Armazenamento de Imagens
Le 2012-M-21 09h40, Irineu a écrit : a decisão de separar a imagens em um outro banco é feita conforme a estrutura de servidor e rede de cada cliente. Não entendi… um outro banco perto do cliente ou centralizado? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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 não dispara
Le 2012-M-21 10h6, Antonio Cesar a écrit : Tenho um cliente com base rodando em linux Slackware e os trigger não funciona. Postgres 8.3 Por favor, tente escrever corretamente, para facilitar a vida de quem vai tentar ajudar. Que gatilhos não funcionam? Como foram criados? Como aparecem no catálogo? Quais os sintomas (mensagens de erro c.)? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Fwd: OFF- Ferramenta controle de Schemas Banco de Dados
Le 2012-M-21 22h41, Eurides Baptistella a écrit : Estou procurando uma ferramenta que possibilite armazenar (de alguma forma, estive analisando algumas que utilizam XML, outras trabalham com ORM) a estrutura de um banco de dados, possibilite realizar diff de versões, e se possível que faça a mágica de converter as procedures de um banco para outro, pois logo estaremos fornecendo a possibilidade do cliente trabalhar com Oracle, logo seriam 3x o numero de arquivos relacionados a uma procedure somente por exemplo. Acho loucura. Melhor fazer na mão, que assim se conhece o que se fez. Porque se terá de depurar. Então gostaria de saber de vcs se conhecem empresas que fornecem produtos com suporte a mais de um banco de dados, e como essas empresas controlam a mudança no banco. Quando estava nessa situação, tinha programetas que comparavam catálogos e geravam DDL. Não os tenho mais. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Particionamento de HD
Le 2012-M-19 20h47, Roney Fraga Soouza a écrit : É possível que o postgresql armazene seus arquivos em /sda3 que tem 409GB? O que eu gosto de fazer é separar /srv e botar os dados em /srv/pg. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de banco
Le 2012-M-9 11h13, Alexsander Rosa a écrit : não falava do Toad, mas sim do Autodoc. Nos meus testes, com mais de 230 tabelas, os gráficos ficaram com um emaranhado de linhas O que eu costumo fazer é gerar vários gráficos, cada um com parte das relações. Um para tabelas de referência, uma para cada área temática e outra só com as mais importantes. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 10h12, Flávio Alves Granato a écrit : Recomendo também uma distro compilada para seu hardware A distribuição é irrelevante. O ganhos de compilações específicas raramente compensam, e de qualquer maneira a compilação dos componentes relevantes — geralmente, só núcleo, biblioteca C, PostgreSQL e dependências — também pode ser feita em qualquer distribuição. No Debian, por exemplo, é bem fácil compilar. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 10h20, Emerson Martins a écrit : Slackware tenho várias máquinas aqui que funcionam sem maiores problemas.Outras já atualizei para Debian 6. Os amigos sugerem outro SO? Debian está ótimo, cuidado com otimizações precoces como compilações desnecessárias. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 10h50, Flávio Alves Granato a écrit : o que já vi é as pessoas recomendarem o FreeBSD para si utilizar com o PostgreSQL, por uma questão que se não me engano de tamanho de cluster Nah, o tamanho do agrupamento é configurável. O FreeBSD é simplesmente um sistema leve, que agrada a muita gente. Para a maior parte dos usos, vale mais a pena se aprofundar no GNU/Linux que aprender outro sistema. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 11h25, Emerson Martins a écrit : sempre dei preferência a instação via compilação. Faça a experiência de usar os pacotes precompilados. Há uma boa probabilidade de perceberes que a única diferença será a facilidade, não o desempenho. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 21h48, mateus...@bol.com.br a écrit : Nao da para comparar BSD com LINUX Dá. Aliás, o nome do sistema é GNU/Linux. BSD esta muito a frente do linux Isso não existe. Cada sistema tem muitos aspectos. BSD é otimizado de certa maneira, GNU/Linux de outra. O BSD pode ter algumas vantagens; o GNU/Linux certamente tem muitas outras. descordo do Euler. Pode discordar à vontade, a credibilidade do Euler é muito maior. So alguns exemplos. http://momjian.us/main/comment_item.html?/main/blogs/pgblog.html/January_20_2012 http://www.freebsdbrasil.com.br/home.php?area=20conteudo=53 http://www.fug.com.br/content/view/661/2/ http://www.fug.com.br/content/view/606/54/ Vais ter de argumentar muito mais e melhor para que eu me disponha a ler o que indicas. Curiosamente foram testados PC-BSD e Ubuntu, as plataformas Linux e FreeBSD mais fáceis de usar. Ou seja, a comparação não é representativa. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 22h21, mateus...@bol.com.br a écrit : A tecnologia de Steve, FreeBSD 4.2 BSD E daí? Mac OS X é bonitinho mas ordinário… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 22h28, mateus...@bol.com.br a écrit : Em 07/03/2012 22:13, *Leandro Guimarães Faria Corce DUTRA l...@dutras.org * escreveu: Pode discordar à vontade, a credibilidade do Euler é muito maior. O Euler pode ser um desenvolvedor do postgresql, acho isso incrivel, mas uso o exemplo do Steve que nao criou o BSD mas hj, os sistemas derivados dele sao os mais avancados Nem!… aí já perdeste o argumento. Confundes substância (sistemas Posix) com aparência (Mac versus Gnome). o Euler pode ser um desenvolvedor que nao e o unico, mas varias pessoas podem configurar um sistema com postgresql muito melhor do que ele, principalmente porque banco depende de outras coisas como SO,Discos,Maquina etc. E certamente há pessoas que podiam ter ficado caladas em vez de exibir sua ignorância e imaturidade. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Limites e performance do Postgres com Postgis
Le 2012-M-7 22h39, mateus...@bol.com.br a écrit : Em 07/03/2012 22:13, *Leandro Guimarães Faria Corce DUTRA l...@dutras.org * escreveu: Le 2012-M-7 21h48, mateus...@bol.com.br a écrit : Nao da para comparar BSD com LINUX Pode discordar à vontade, a credibilidade do Euler é muito maior. Quem tem mais credibilidade Dennis Ritchie http://www.freebsdbrasil.com.br/home.php?area=1conteudo=54sub=95 , Steve Jobs http://www.freebsdbrasil.com.br/home.php?area=20conteudo=53 ou Itojun http://www.freebsdbrasil.com.br/home.php?area=1conteudo=54sub=93? Entao o Flavio Henrique Araque Gurgel,Guimarães Faria Corcete DUTRA,Dickson S. Guedes,Fernando Ike,Francisco Figueiredo,Osvaldo Kussama,Diogo Biazus etc nao tem credibilidade. Cara, viajaste na maionese, confundiste alhos com bugalhos e não disseste nada. Tenta de novo, por favor, um argumento que não seja pessoal, que tenha começo, meio e fim, exposto com gramática, ortografia, pontuação e espaçamento — e numa mensagem formatada decentemente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Uma coluna, duas FKs
Le 2012-M-5 19h51, Tiago Adami a écrit : hibernate está aí a mais de 10 anos e muitas empresas grandes usam e... O que quer dizer exatamente o quê? Os vírus estão conosco há muito mais tempo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual editor posso usar para alterar backup
Le 2012-M-3 10h51, Leonardo Machado a écrit : Olá Pessoal, Alguém sabe algum editor que funcione em windows que eu posse abrir um backup feito pelo pg_dump(usando opção -Fc) e altere alguma coisa dentro dele e salve e ainda sim seja possível restaurar pelo pg_restore ? Qualquer editor decente. Para arquivos médios, costumo usar GNU Emacs, que me é mais familiar; para grandes, o THE (The Hessling Editor ou algo assim), que me é meio estranho mas agüenta bem. Para os enormes, tem de instalar o Cygwin e usar o sed. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual editor posso usar para alterar backup
Le 2012-M-3 11h57, Leonardo Machado a écrit : Tentei editar com o GNU Emacs e salvei, me apresenta o mesmo erro quando edito com Notepad++ O problema não é o editor, mas a edição. Porque um editor específico causaria problemas? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual editor posso usar para alterar backup
Le 2012-M-3 13h19, Leonardo Machado a écrit : É o que eu penso, porém, estou com esse pepino e não sei como resolver, isso de editar seria apenas uma tentativa para resolver o problema. Aparentemente, teu arquivo está corrompido. Não basta fazer cópia de segurança, é preciso verificar se a geração não deu em erro, e testar o resultado regularmente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual editor posso usar para alterar backup
Por favor, sempre responda à lista. Le 2012-M-3 20h37, Leonardo Machado a écrit : Você tinha razão,estava corrompido mesmo, consegui pegar um backup do dia anterior que não estava corrompido, tem algum comando ou função do que teste para saber se o backup é valido ou não ? O arquivo de registro (log) tem de ser conferido religiosamente, diariamente ao menos, e tem-se de testar a restauração regularmente — ao menos mensalmente —, num sistema de testes. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Cluster alta disponibilidade Postgres 9
Le 2012-F-27 23h18, David Augusto a écrit : Eu vou começar a implantar servidores com streaming replication, pgpool e heartbeat, é uma primeira experiencia, em emulações Que tipo de emulações? e no papel ficou bonito e funcional ao menos, ainda não consegui testar com uma carga e situações do dia a dia. Boa sorte com os testes! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Cluster alta disponibilidade Postgres 9
Le 2012-F-28 22h19, David Augusto a écrit : pgpool não tem muito segredo, é compilar Prefira usar os pacotes da distribuição… é mais simples e mantém tudo organizado. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] DW com postgresql
Le 2012-F-27 08h51, Francisco Porfirio a écrit : Antes de mais nada obrigado pela resposta. De nada! Só procure seguir a netiqueta, RFC 1855: manter conversas da lista na lista, e responder no formato padrão, como faço. Ao utilizar o postgres para DW, você utilizou algum recursos específico deste para seu ambiente, alguma peculiaridade do banco para DW? Era algo pequeno, não foi necessário nada demais. Outros colegas têm experiências mais radicais. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Cluster alta disponibilidade Postgres 9
Le 2012-F-27 10h40, Davi Salles a écrit : gostaria de opniões sobre qual é a melhor infra de alta disponibilidade para o Postgres 9. Inexiste uma melhor. Cada caso é um caso. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] modelo conceptual
Le 2012-F-23 14h17, Pedro Costa a écrit : Tenho de fazer um modelo conceptual para apresentar, alguém conhece uma ferramenta intuitiva e poderosa para tal? Caneta e papel? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hora do Banco diferente da Hora do Servidor
Le 2012-F-20 10h20, David Augusto a écrit : Bom Dia pessoal, nesse final de semana 2 servidores do PostgreSQL simplesmente atrasaram em 1 hora Tabelas de fuso horário incorretas. O ideal é usar as do sistema operacional. Por favor, vide histórico da lista a respeito. Qualquer dúvida volta aqui. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hora do Banco diferente da Hora do Servidor
Le 2012-F-20 10h59, Fabiano Abreu a écrit : /Olá David./ Por favor, evite o itálico… /Onde trabalho já passamos por este problema mas no MySQL, a solução foi reiniciar o banco de dados./ Isso não é solução em nenhum sistema decente. No máximo, mascara o problema; pode chegar a piorar, nalguns casos. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Fwd: Chave Primaria em VARCHAR
Le 2012-F-18 17h14, Alexsander Rosa a écrit : até hoje não vi uma única ocasião em que o número do pedido não existisse. Então pronto, é uma chave natural. Provavelmente a ser complementada com uma outra, complexa. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Chave Primaria em VARCHAR
Le 2012-F-17 09h50, Moisés P. Sena a écrit : a) Quero colocar o login como PK da tabela usuario como VARCHAR(30) b) Quero colocar o nome como PK da tabela grupo como VARCHAR(30) O que voces me falam de performance em usar VARCHAR ou BIGINT? Existe algum outro campo de texto mais rapido que VARCHAR? As diferenças não são relevantes. O que queres fazer é o ideal. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Chave Primaria em VARCHAR
Le 2012-F-17 09h57, Fernando Franquini 'capin' a écrit : bom dia, mas porque precisa ser login PK? Porque é o correto, sendo uma chave natural. Porque você não faz o basico: Criar um Codigo como PK e 'colocar' o Codigo no GRUPO? Porque está errado. Código engorda o modelo, o torna opaco, força junções desnecessária, suja cache e ocupa disco, gera E/S e, principalmente, não garante unicidade. No meu ponto de vista tais preparando um *monstrinho*, caso não seja um TESTE SEU! Por quê? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Novo documento governamental? (Era: REPLICAÇÃO, HA E LOAD-BALANCING)
Le 2012-F-16 11h48, Johnny Chaves a écrit : Não, ouvi apenas sussurros e brincadeiras na rede, parece que RG, CPF e algo mais serão substituidos pelo CU, ainda não sei a origem da sigla, e talvez seja /hoax/, se assim for, me desculpem, se não for, seja qual sigla for usada será um avanço, pois temos muitos números e nenhum nos identifica realmente, seria bom no mundo real e uma discussão a menos quanto a chaves artificias/naturais para pessoas físicas. É um projeto ditatorial e antigo. Espero que fracasse. E, aliás, creio que os benefícios seriam ilusórios: sempre haverá estrangeiros, indocumentados… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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 + servidor + muitos problemas.
Le 2012-F-15 10h21, Julianna Trindade a écrit : Minha equipe está hospedando o Postgis no AMazon EC2(linux). Sabes que o desempenho nesses sistemas não é garantido? De qualquer maneira, qual a configuração? Estamos tendo dificuldade para executar as consultas/comandos e visualizações. Que dificuldades? Gostaria de saber a experiência de vocês nesse sentido e quais os servidores que vocês costumam utilizar para webmapping. Apesar da virtualização remota vir melhorando, casos de terror foram comuns e ainda são bem recentes… basta guglar para achar alguns. Base de dados gosta é de máquina real, metal mesmo. O ideal com virtualização remota é ganhar experiência primeiro, conduzindo testes extensivos, inclusive projetos piloto com bases não de produção, ou de menor volume ou, pelo menos, menos críticas. Enquanto isso, que servidores usar depende do volume de dados, de transações e de processamento esperado, e isso é impossível dizer somente com base na categoria do sistema. Parece que precisais de consultoria. Mas, em princípio, hoje em dia costumam-se montar servidores desequilibrados, com muito processamento e relativamente pouco E/S: assim, costuma valer a pena deixar os múltiplos gigahertz de lado e investir o dinheiro em E/S: unidades de armazenamento /flash/ ou discos SAS (SCSI serial), ótimas controladoras de disco, muito cache, muita memória rápida e confiável… mais ou menos pela ordem de desejabilidade, se é que essa palavra existe. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Restararação parcial de dumpall
Le 2012-F-15 10h35, Tulio Santos a écrit : Pois é Emerson, Ja havia tentado abrir pelo VIM.. mas não é possivel.. o arquivo esta com 12gb.. A escala das bases mudou desde então, mas quando tinha esses problemas, não adiantava nenhum editor de textos normal. As bases médias eu abria com GNU/Emacs; as grandes, com o THE (um clone dos editores de S/360). As enormes, eu processava com sed… quem se dispôr, pode usar também ferramentas como (g)awk, Perl c. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Geocodificação
Le 2012-F-10 18h43, Ruben Zevallos Jr. a écrit : O Google não tem todos os endereços do Brasil e nem sempre acerta nos endereços das grandes cidades A grande pergunta é: alguém os tem todos, alguém acerta sempre? Nunca tive grandes problemas com os Correios, mas eles tratam a sua base de dados como propriedade, não como fruto duma concessão pública. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 38, assunto 29
Le 2012-F-9 12h22, Giovanni Sousa a écrit : É isso mesmo Matheus, Está vindo outros objetos e colunas que eu não preciso, como eu trato isso? Segue o exemplo: As colunas cmax,xmax,cmin,xmin,ctid, essas eu não preciso. Comentário de outros objetos, como PK, sequences, etc, eu também não preciso. Preciso somente das tabelas. A resposta a uma mensagem resumo torna impossível dizer a que respondestes. Siga o exemplo e a RFC 1855, e refaça tua pergunta adequadamente contextualizada. Mas já dá para ver que parece só um caso de usar a cláusula WHERE, ou fazer mais alguma junção. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] REPLICAÇÃO, HA E LOAD-BALANCING
Le 2012-F-7 08h8, Sebastião Fidêncio a écrit : Tenho um sistema web desenvolvido em JAVA funcionando em conjunto com SDBD pgSQL Que versão do SGBD PostgreSQL? dessa forma desejo ver com vocês a melhor solução para replicação, alta disponibilidade e balanceamento de carga. Já fiz alguns estudos, e encontrei algo tipo PgPool e Snoly. E porque não consideraste a replicação nativa? E quanto as campos identificadores(PK), e os identificadores com valores automaticos ou controlados pelo SGBD (Serial), como é tratado? Senti o uso de chaves artificiais… há um distúrbio na Força… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] REPLICAÇÃO, HA E LOAD-BALANCING
Devolvendo à lista… Le 2012-F-7 08h33, Sebastião Fidêncio a écrit : Em 7 de fevereiro de 2012 08:26, Leandro Guimarães Faria Corce DUTRA l...@dutras.org escreveu: Que versão do SGBD PostgreSQL? *tinha colocado na mensagem.. é 8.4* Entendi errado o seguinte trecho: temos um servidor de Postgresql atuando em servidor linux SLES11, versão 8.4 Achei que 8.4 era a versão do GNU/Linux SLES11… assim como o sistema de janelas X11 está numa versão 7 ou algo assim. E porque não consideraste a replicação nativa? *Se a replicação nativa seria Snoly Não é. Por favor, consulte o manual… da última versão. A replicação nativa aparece, se não me falha a memória, na versão 9. Há algum motivo para ficar numa versão tão antiga? Algo impediria de passar para a última versão? Se for questão de licenciamento do SLES, daria para passar para uma distribuição livre como o Debian, por exemplo? E quanto as campos identificadores(PK), e os identificadores com valores automaticos ou controlados pelo SGBD (Serial), como é tratado? Senti o uso de chaves artificiais… há um distúrbio na Força…* *como assim?* Chaves artificiais não garantem unicidade na ausência de chaves naturais, e se isso já dá problema numa configuração comum, com distribuição de dados — se é que o farás — pode dar mais ainda. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] REPLICAÇÃO, HA E LOAD-BALANCING
Por favor, mantenha a discussão na lista: responda a todos os remetentes. Le 2012-F-7 09h46, Sebastião Fidêncio a écrit : *Não, isso não é impeditivo,. estamos usando 8.4 pq é homologado ate o momento Homologado por quem? mas vamos testar versão superior, e já andei olhando esse replicador nativo, ele usa logs de transação,.mas acho que ainda não atenderia meu cenario..quero HA, replicacao sincrona e load-balancing.* Veja, replicação é uma parte. Ela fornece alta disponibilidade, mas tens de combinar com algum mecanismo de passagem de responsabilidade em caso de falha (/failover/) e de balanceamento de carga, como o PgPool. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] REPLICAÇÃO, HA E LOAD-BALANCING
Por favor, responda a todos. Le 2012-F-7 10h8, Sebastião Fidêncio a écrit : tipo que quando um bd desses cair.. os outros assumem automaticamente, com total transparencia, e caso o bd volte a operar no cluster,.ele seja atualizado..e so permiti a escrita ou leitura depois de total remasterização.. Uma vez de cada coisa. Resolva primeiro o problema da versão do PostgreSQL; depois, use a replicação nativa; aí, coloque balanceamento; e, por fim, automatize a transmissão de responsabilidade em caso de falhas. Alguém mais já respondeu na lista que está fazendo algo parecido. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Chaves naturais e artificiais (Era: REPLICAÇÃO, HA E LOAD-BALANCING)
Le 2012-F-7 09h56, Flávio Alves Granato a écrit : Chaves artificiais não garantem unicidade na ausência de chaves naturais, e se isso já dá problema numa configuração comum, com distribuição de dados — se é que o farás — pode dar mais ainda. Isso dá um baita problemão... sou exemplo de ter que dar manutenção em um sistema distribuido em que há replicação de conteúdo do banco para sistemas clientes e geração de conteúdo no caminho inverso do cliente para o servidor, logo a modelagem utilizou de chaves artificiais... é uma dor de cabeça... infelizmente não podemos mudar nas alturas do campeonato... é uma pena... Às vezes dá para ir complementando as chaves artificiais naturais com as naturais aos poucos, contrabandeando as alterações uma tabela de cada vez toda a vez que tem manutenção no sistema, aproveitando os procedimentos de teste. Tudo depende das políticas e práticas, formais ou informais, de cada organização. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Homologação de versões (Era: replicação)
Le 2012-F-7 10h2, Flávio Alves Granato a écrit : Peguei um pouco a carona na discussão e estou abrindo outra thread. Mas não é fora de tópico… pelo menos, acho que não. Senhores, por favor iluminem este simples ser. O que seria Homologação de um software? No caso de um SGBD? Ou mesmo Postgresql? Significa que alguém avaliou uma configuração específica — combinação de versões e configuração de programas e, talvez, equipamentos — e diz que, mantida aquela configuração ou outra também listada, se responsabilizará por algum suporte, geralmente limitado. Há fabricantes de equipamento, fornecedores de programas c. que homologam determinadas versões de sistema operacional; fornecedores de programas que homologam determinadas configurações de equipamento; fornecedores de aplicativos que homologam determinadas versões de sistema operacional e SGBD; e assim por diante. Por exemplo, alguns fornecedores de equipamentos homologam Red Hat e SuSE GNU/Linux, e os usuários Debian acabam tendo menos opções, por vezes até custos adicionais (que, creio, compensam); o Debian suporta apenas as versões de programas que estão nos repositórios oficiais, embora não costume dar problema usar, por exemplo, do repositório /backport/. Agora, devido às constantes correções de erros e novas verificações de sanidade, pode ser bem problemático rodar uma aplicação numa versão mais recente de SGBD do que a homologada. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Homologação de versões (Era: replicação)
Le 2012-F-7 10h39, Flávio Alves Granato a écrit : Em 07/02/2012 10:26, Leandro Guimarães Faria Corce DUTRA escreveu: Le 2012-F-7 10h2, Flávio Alves Granato a écrit : Peguei um pouco a carona na discussão e estou abrindo outra thread. Mas não é fora de tópico… pelo menos, acho que não. Achei que fosse outra discussão, emfim. Outra discussão, sim; fora de tópico, não. Fora de tópico é o que foge do tópico da lista; na verdade, diz‐se que ‘fora de tópico, fora da lista’… Entendido, minha dúvida surgiu pois já ouvi falar muita coisa do tipo: _Passa lá para o suporte homologar. Ou então: A infra vai passar um programar e homologar esta versão do sistema que você quer. Exato, cada organização tem um procedimento. Mas eu ficava pensando, o que é que o suporte sabe de PostgreSQL ou mesmo sei lá, de maven, hudson e afins para poder dizer que posso usar ou não. Na verdade, muitas vezes o setor de suporte quer só verificar o que se vai instalar para se assegurar de que não é algo de licenciamento oneroso, ou de uma versão diferente da que já se usa, ou mesmo duplicando funções de algo que já foi incorporado pela organização. Obrigado senhores. De nada! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de postgres 8 para postgres 9 ?
Le 2012-F-6 10h50, Victor Hugo a écrit : Existe uma regra de migração de postgres 8 para postgres 9 ? Como assim? Tem um utilitário, nunca lembro o nome de cabeça… pg_upgrade? Mas o que queres, exatamente? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de postgres 8 para postgres 9 ?
Devolvendo à lista uma discussão que passara para privada sem que eu o percebesse… Le 2012-F-6 11h28, Victor Hugo a écrit : Mas o problema é o seguinte como irei fazer um DUMP não sei se vai dar problema E por que daria? sobre o pg_upgrade se for no mesmo servidor com diretórios diferentes e tal. Não, esse é para atualizar no local original. Como estarei fazendo um DUMP, acho que ele irá levar todos os objetos ( tabelas, esquemas, usuários, etc ) para o banco novo. Correto. e essa é a minha dúvida, irei fazer um teste para averiguar os fatos. É o ideal. Está um pouco difícil entender o que escreves, se continuares com dúvida tenta escrever com frases completas e pontuadas para ver se eu entendo melhor… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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 Modelagem : papéis/usuários x associação com entidades
Le 2012-F-2 22h39, Euler Taveira de Oliveira a écrit : Mas não é justamente o que discutimos? A possibilidade de declarar restrições… Coloquialmente, eu definiria visão como nomear uma consulta. Como seria ter restrições (de integridade) em uma consulta (aka visão)? Uai, como o Codd e o Date — está bem, não lembro se o Codd falou isso mesmo, mas pelo menos o Date — sempre definiram: uma visão é uma relação derivada. Idealmente, o sistema tem informações suficientes para derivar as restrições de uma relvar derivada a partir da definição das relvars base; como o SQL perde muito tempo (gasta muita complexidade) suportando sacos, acaba caindo para o usuário definir essas restrições (derivadas) de relvars derivadas. Como criar uma restrição na coluna abc da visão abaixo? CREATE VIEW foo AS SELECT a, CASE WHEN b * c = 2 THEN 10 ELSE 20 END AS abc FROM bar WHERE d 123; Ô preguiça que me dá voltar a olhar a documentação do Oracle… http://docs.oracle.com/cd/E11882_01/server.112/e26088/statements_8004.htm#i2065510 http://docs.oracle.com/cd/A87860_01/doc/server.817/a85397/state10e.htm#2065512 Você precisa de pelo menos uma restrição de unicidade para conseguir relacionar com a visão foo (criar uma chave estrangeira na coluna abc da visão foo). Assim, não vejo como fazer isso sem muita complexidade (na linguagem SQL) e esforço (que não vale a pena no momento -- temos muitas coisas mais interessantes para implementar do que isso). Há muita coisa interessante, sim, mas o que é mais ou menos interessante depende muito do que se quer fazer. Integrar o catálogo ao resto do modelo de dados me parece, como ex-AD, sumamente interessante, digamos pau a pau com restrições deferidas generalizadas (não apenas os casos especiais que suportamos hoje). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] AD com PostgreSQL
Le 2012-F-3 21h52, Flavio Henrique Araque Gurgel a écrit : Veja em [1]. O [1] não chegou aqui… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalar plpythonu
Le 2012-F-2 09h41, Tulio Santos a écrit : E foi instalado por repositorio... Consegui resolver agora.. usei o YUM LIST postgres* O que demonstra que o ideal é sempre usar os pacotes da distribuição — o que, em princípio, já joga o MS Windows e o Apple Mac OS X para o fim da fila. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Le 2012-F-2 10h2, Ronei Heck a écrit : Obrigado a todos que responderam. Então, concluo, que se por algum motivo eu envio um ROLLBACK, o postgres cancela toda a operação, mas se houver erro de sintaxe, de construção do sql, de relacionamento, ou algo assim, aparentemente o postgres para a transação e o ROLLBACK que eu envio fica sem sentido pra ele. Como já dissemos, isso parece problema ou do Clarion, ou do teu ODBC… Mello, usando esta dll ainda será necessário o uso do odbc, para os browses, por exemplo, ou pode ser eliminado totalmente? Podidévi! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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 Modelagem : papéis/usuários x associação com entidades
Le 2012-F-2 16h50, Euler Taveira de Oliveira a écrit : On 02-02-2012 12:51, Guimarães Faria Corcete DUTRA, Leandro wrote: Então são duas limitações sobrepostas: catálogo *e* visões? *ou*. Já que sou lesado, traduzo em miúdos: não se podem criar restrições de integridade nem no catálogo, nem em visões. No caso, é uma visão no catálogo, portanto as duas limitações se aplicam. No catálogo eu até entendo que seria plausível mas em visões? Visões nem mesmo tem restrições! Mas não é justamente o que discutimos? A possibilidade de declarar restrições… Não estou dizendo que seria impossível mas me parece que seria mais uma gambiarra. Gambiarra por quê? Exatamente como no caso do catálogo, está previsto no modelo e é útil, como demonstra o caso ‘em tela’ (como gostam de dizer no governo…) E o Oracle faz, embora isso não seja um bom argumento… Se eu estivesse com saúde, ia fuçar o DB2 para ver se implementa também, ou até fuçar mais um pouco sobre o Oracle. Idealmente, jogar na -hackers. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Le 2012-F-1 10h25, Ronei Heck a écrit : BEGIN TRANSACTION; INSERT INTO vendas (...); if errorfile() then ROLLBACK TRANSACTION; exit.(Isso na minha aplicação) […] COMMIT TRANSACTION; Cadê o tratamento de erros da base? Basicamente, precisas duma subrotina de tratamento de erros, que os capture quando emitidos pela base. Se não os capturares e seguires contente para a efetivação da transação… E leia atentamente o capítulo sobre controle de transações, nunca é demais. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Le 2012-F-1 10h36, Danilo Silva a écrit : Você poderia colocar uma validação dos dados a ser inseridos na sua aplicação, pelo menos você teria mais garantia sobre os dados que serão gravados no banco, evitando assim insert de dados incompletos ou fora do padrão. Não sei se entendi, Danilo — que queres dizer com validação? Normalmente, a validação deve ficar a cargo da estrutura de dados e das restrições de integridade: chaves, conferências c. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Le 2012-F-1 19h20, Danilo Silva a écrit : Uma vez aconteceu isso comigo, iniciei uma transação, após alguns inserts válidos, ocorreu um com erro de sintaxe e todos os inserts anteriores sofreram ROLLBACK, só não lembro se foi na versão 8.2 ou 8.4. Mas é justamente isso o que tem de acontecer… e, segundo o Ronei, não teria sido o que aconteceu com ele. Se bem que o José Melo parece ter apontado o problema acertadamente — espero que o Ronei confirme. Ou seja, não é que ‘uma vez aconteceu’ contigo, mas que tem de acontecer sempre. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acentuação
Le 2012-F-1 19h26, Danilo Silva a écrit : Lembre-se, por ser uma aplicação web, pode ocorrer problemas de acentuação dependendo da codificação do navegador utilizado pelo usuário final... Isso é raro, já que a grande maioria dos usuários tem navegadores que podem mostrar todas as codificações mais populares, tanto as modernas, como UTF8 ou ISO 8859-15, como as obsoletas, como ISO 8859-1. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Le 2012-F-2 00h16, Ronei Heck a écrit : Bom, então o problema deve estar na maneira como faço. Ou na ferramenta. Uso clarion 6.1 Acho que ouvi falar disso nalguma vida passada. Não tenho a menor lembrança. Não é nenhum gerador de código, não? e acesso o postgres via odbc Como tudo criado pela Microsoft, ODBC dá muita dor de cabeça… Pode ser um problema do clarion, ou a maneira como estou programando. Alguma idéia do que pode ser? Parece coisa do Clarion… já perguntaste nalguma lista dele? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença de hora entre o Windows e o Postgresql nele instalado
Le 2012-J-30 09h5, Flavio Henrique Araque Gurgel a écrit : O timezone do PostgreSQL é independente do sistema operacional. Argh! Acho que isso já foi discutido aqui, mas… por quê? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acentuação com trio PostgreSQL + Zeos e Lazarus.
Le 2012-J-30 10h55, Edson Lidorio a écrit : ENCODING = 'WIN1252' […] Como contornar esse problema? Impossível dizer sem ter mais detalhes. Mas tu realmente precisas usar uma codificação restritiva e obsoleta? Por que não UTF8? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Gostaria de Não receber emails
Le 2012-J-27 09h9, Diogo Costa a écrit : Gostaria de saber como excluir meu nome da lista para nao receber mais e-mails. Vide rodapé. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar indice
Le 2012-J-23 10h13, Wesley a écrit : O que ocorre é que uma delas também não pode ser branco ou null como eu faço para alterar o indice criado colocando essa condição de não ser null ou branco. É branco pois uma das colunas é varchar. Isso não tem nada a ver com índices, mas com restrições de integridade: talvez, uma NOT NULL e outra CHECK (value ''), por exemplo. Supondo que ‘branco’ queira dizer a seqüência vazia, uma vez que, obviamente, não te referes à seqüência de caracteres ‘branco’ (b - r - a - n - c - o). Ou seriam ‘n’ espaços, onde n ≥ 0? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Liberar pg no windows
Le 2012-J-20 08h39, Jefferson Rosario a écrit : Procurei mais alguma coisa e descobri que o problema estava no firewall do windows. Tentei liberar a porta (5432 - tcp e udp) e nada. Gambiarra: Desabilitei o firewall e agora consigo acessar porem o computador esta vulnerável. Se alguém tiver uma solução... Agradeço desde já. Além de trocar de sistema operacional? telnet endereço 5432 (ou de acordo com a sintaxe do teu cliente telnet, e veja se conecta. Diga aqui o resultado. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance Postgres
Le 2012-J-16 19h47, Cesar Moraes a écrit : Uhm verdade Paulo geralmente precisa configurar o Oracle para o Maximo senão ele come todos os recursos. Não é bem assim, ele tem uma configuração inicial muito mais ‘gorda’ que o do PostgreSQL — basicamente, porque geralmente ele roda sozinho em servidores dedicados, e maiores, que os que o PostgreSQL costuma compartilhar com outros programas —, mas a principal diferença é que o programa, em si, é muito mais gordo. Ah, além disso, o instalador do Oracle costuma já fazer sugestões de configurações muito mais generosas. Mas definitivamente o Oracle não tem nenhum algoritmo que coma todos os recursos disponíveis, embora ele realmente precise de mais recursos para começo de conversa. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance Postgres
Le 2012-J-16 18h52, Cesar Moraes a écrit : Osvaldo obrigado pela dica do livro, mas acredito que não tenho tempo para comprar o livro ler e depois achar a solução. Compre, de qualquer maneira. Será útil mais para a frente. Danilo poderia trocar para o 9 mas a justificatica seria que o 8 é muito inferior? Exato. Sim a configuração foi a Default. Que é extremamente conservadora — basicamente, se adequa a sistemas embutidos ou a máquinas de mesa onde roda junto com outros processos muito mais gordos que ele. Jota é a mesma aplicação Por acaso a aplicação foi desenvolvida em ou para Oracle, ou usando algum desses ORMs ou camadas de abstração da vida? Geralmente, essas aplicações não usam nada do que o PostgreSQL oferece, inclusive em termos de sintaxe SQL, para desempenho. Marcelo não pode ser o SQL pois a aplicação é a mesma. Com a mesma carga de dados. Pode, sim, tem muita coisa que é específica do Oracle e não rodará tão bem em nenhum outro SGBD. O mesmo vale para qualquer outro SGBD: basicamente, só o PostgreSQL é mais conforme aos padrões, portanto o SQL dos outros costuma ser idiossincrático. Gostaria de saber se no postgres tem uma ferramento que possa identificar o gargalo. O Oracle por exemplo posso uar o EM ou Trace ou AWR. Queria ver um similar para Postgres, estou vendo se consigo utilizar o PgFouine mas não sei se o caminho é esse. É, mas há coisas ainda mais básicas. O ideal seria teres um perfil de execução apontando em que consultas a aplicação perde mais tempo. Mesmo o pgFouine analisará somente do lado da base de dados, e às vezes o problema está nalguma interface entre a base e a aplicação. Às vezes, até mesmo na aplicação em si. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance Postgres
Le 2012-J-16 19h30, Cesar Moraes a écrit : Então as duas aplicações são extamente iguais com a mesma carga de dados com o mesmo numero de processamento. Como assim número de processamento? Seria de processadores? Isso é o que menos conta. O mais importante é E/S de memória, tanto de trabalho (viva, ou volátil) quanto de massa (armazenamento não volátil, ou permanente). Não foi feito o Tunning no Oracle e nem no Postgres. Provavelmente, o instalador do Oracle fez não um /tuning/ mas alguns ajustes básicos. Preciso ir na tentativa e erro? No desespero, vale, mas aí não se aprende muito… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance Postgres
Le 2012-J-16 15h56, Cesar Moraes a écrit : Postgres 8 rodando em CentOS Pense PostgreSQL 9.1 em Debian /testing/ com Linux 3.2, ou em OpenBSD… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] erro na configuração do pgpoolAdmin
Le 2012-J-16 22h16, Antonio Abner Junior a écrit : Mesmo depois de aplicar o chmod 777 nos arquivos, ainda o erro persiste. Nunca faça isso. Permissões 777 são tão erradas que algumas ferramentas se recusam a ler arquivos assim… Talvez rodar a ferramenta sob um trace para verificar se ela busca os arquivos no diretório onde pensas? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance Postgres
Le 2012-J-16 19h1, Paulo Henrique a écrit : Uma analise dessas não é tão simples, mas como o Marcelo Silva falou você tem que checar primeiro os índices, tenta comparar os planos de execução Na verdade, primeiro um perfil da aplicação; baseado nisso, planos de execução; só então os índices entram em questão. Deverá ficar mais fácil começar a abordagem pelos índices usando índices hipotéticos, mas mesmo assim o ideal é começar pelo perfil de execução. o pessoal do Oracle tem um bom costume de se preocupar com o desempenho normalmente eles já criam tablespaces separados para os dados, indices e logs em discos fisicamente distintos. Não, esse é um péssimo costume, pelo menos desde que o RAID 1+0 (10) apareceu. Já há uns dez anos a Oracle mudou essa recomendação, mas como a documentação é extremamente confusa — ou pelo menos era, até três anos atrás —, muita gente continua perdendo tempo com isso. Em algumas circunstâncias, pode valer a pena isso, mas dificilmente com discos. É mais provável obter algum ganho quando se podem colocar pelo menos alguns registros de atividade (/logs/) e (ou) índices em memória (/flash/, volumes de armazenamento em RAM…) -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] IDE gerenciamento BD para linux
Le 2012-J-5 15h23, Fernando Wobeto a écrit : Package: wine1.3 […] Version: 1.3.35-0ubuntu1~ppa1~lucid1 aptitude versions wine1.3; aptitude show wine1.3 ? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] IDE gerenciamento BD para linux
Le 2012-J-4 10h28, Yuri Carvalho a écrit : Pelo os Screenshots que vi... o Tora http://torasql.com http://torasql.com/ parece ter umas coisas legais como: plano de execução e monitoramento de Disco e Memória... Última vez que tentei usar o TOra, ele só funcionava bem com Oracle… ißo já mudou? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] IDE gerenciamento BD para linux
Le 2012-J-4 12h10, Shander Lyrio a écrit : Sei que tudo pode ser feito no bom e velho psql, mas se eu estou me propondo a utilizar um ambiente gráfico, o mínimo que eu espero é que ele seja completo, com boa usabilidade e produtivo. Então colabore com o PgAdmin. É livre. Eu dou muito valor a usabilidade principalmente porque ela se expressa diretamente em produtividade. A máxima: O simples deve ser fácil de se fazer e o difícil deve ser possível nunca foi tão verdadeira. Por isso eu uso o modo SQL do GNU Emacs. Ou usava, quando estava com a mão na maßa. O EMS vale cada U$ que paguei por ele. Sobre o autocomplete, experimente utilizar o squirrelsql em um banco de dados remoto, ele sequer tem a ombridade de fazer um cache da estrutura do banco para que o autocomplete seja mais rápido. Terias colaborado com a comunidade se tiveßes doado mesmo que uma fração do preço do EMS para os projetos PgAdmin e (ou) SQuirreL. Tem‐se o direito de gastar o dinheiro como se quer. Mas, se se o gasta com a EMS, é dela que se tem de exigir liberdade e portabilidade. Não se pode exigir nada do PgAdmin e do SQuirreL se nada colaborou com eles, nem com tempo, nem com dinheiro. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Distribuição em discos
Le 2011-D-29 16h30, Flávio Alves Granato a écrit : Estes assuntos de espelhamento, distribuição, raid e afins são muito interessantes. Sim — e quem vem de Oracle, como eu, costuma sofrer muito, porque suas recomendações mudaram muito ao longo dos anos, as mudanças não foram bem comunicadas e ainda há muitas recomendações obsoletas circulando. Chegou uma hora em que eu tive de parar de recorrer à documentação, fazer uma pequena investigação técnica dos fundamentos básicos da coisa, e aí buscar os documentos da Oracle que validavam as novas técnicas. Por isso produzi aquele guia de instalação de Oracle em Red Hat, cujo fonte preciso até recuperar. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] configurando new server
Le 2011-D-27 23h8, Daniel Montenegro a écrit : Pessoal, Alguém poderia me informar o que deve ser preenchido na opção SERVICE para configurar um novo servidor. Estou tentando habilitar um novo servidor para trabalhar com PostGIS e QuantumGIS. Isso é o quê, o instalador do MS Windows? Costuma ser mais fácil botar um Debian GNU/Linux que brigar como MS Windows e ficar com um resultado subótimo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] verificação de granting - com instalação de wordpress 3.3
Le 2011-D-25 22h22, Flavio Henrique Araque Gurgel a écrit : Eu tenho Wordpress em produção com PostgreSQL 8.4. Funcionando, perfeito. Dessa eu não sabia, obrigado! Mas, o dia que tiver de fazer, ainda olharei o s9y primeiro… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] verificação de granting - com instalação de wordpress 3.3
Le 2011-D-23 17h17, Érico a écrit : Só tem esse erro abaixo : ERROR: syntax error at or near ( at character 485 Essa consulta é tua? Se for, é um simples erro de sintaxe, provavelmente com a interpretação dos parênteses na expressão regular. Se não fôr, o problema é o mesmo, mas provavelmente um defeito a relatar contra o PostgreSQL ou, mais provavelmente, contra o WordPreß. Aliás, última vez que olhei o WordPreß não suportava o PostgreSQL. Se, como indicas, o suporte a PostgreSQL não foi atualizado recentemente, continua sendo experimental e provavelmente não funcionará no PostgreSQL recente, se é que funcionou nalgum. Às vezes, esse tipo de suporte experimental funciona só na versão e configuração dos desenvolvedores. Eu diria que tens duas opções: entrar de cabeça na comunidade do WordPreß, ou pelo menos do suporte do WordPreß para PostgreSQL, e ajudar a atualizar o código e corrigir erros; ou, o que me parece mais fácil, se já não estiveres comprometido com o WordPreß, experimentar fazer o que fazem os desenvolvedores do PostgreSQL: usar Serendipity, http://s9y.org/, que tem funções semelhantes mas é plenamente suportado em PostgreSQL. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Fwd: [infolegis] DW - Consultor especialista em Data Warehouse [1 Anexo]
Oferta de emprego é fora de tópico? Message original Sujet: [infolegis] DW - Consultor especialista em Data Warehouse [1 Anexo] Date : Mon, 19 Dec 2011 18:29:37 -0800 (PST) De :Gustavo Lima gl...@yahoo.com.br Répondre à :infole...@yahoogrupos.com.br Pour : infole...@yahoogrupos.com.br infole...@yahoogrupos.com.br [Anexos #TopText de Gustavo Lima incluídos abaixo] Divulgando, a pedido: --- Pessoal, foi publicado nesse final de semana edital para contratação de um consultor (pessoa física) para nos auxiliar na especificação do data warehouse da CGU, que é parte do projeto de reestruturação do Portal da Transparência do Governo Federal. Peço que divulguem ao máximo a oportunidade anexa. Estaremos recebendo os currículos até o dia 25/12/2011. 4. Experiência profissional: Requisitos Mínimos: Experiência mínima comprovada de 03 anos em atividades de desenvolvimento de Data Warehouse; Experiência comprovada em pelo menos 01 projeto do porte e da natureza do presente projeto; Disponibilidade para participar de reuniões periódicas (quinzenais), ou na cidade de Brasília ou na cidade do Rio de Janeiro; Disponibilidade para participar de reuniões, ou na cidade de Brasília ou na cidade do Rio de Janeiro, sempre que convocado pela CGU ou quando o desenvolvimento das atividades envolvidas requeira, desde que informado com 3 dias úteis de antecedência; Requisitos Desejáveis: Conhecimento dos sistemas informatizados do governo federal; Noções de contabilidade aplicada ao setor público e de direito administrativo. Abraço! -- Rodrigo Santos de Paula Diretoria de Prevenção da Corrupção - DPC/SPCI Controladoria-Geral da União (61) 2020-6753 --- Gustavo Lima __._,_.___ Anexo(s) de Gustavo Lima 1 de 1 arquivo(s) 914brz5009+edital+14.2011.pdf http://xa.yimg.com/kq/groups/15378374/1770065106/name/914brz5009%26%2343%3Bedital%26%2343%3B14%2E2011%2Epdf mailto:gl...@yahoo.com.br?subject=Res%3A%20DW%20-%20Consultor%20especialista%20em%20Data%20Warehouse | através de email mailto:infole...@yahoogrupos.com.br?subject=Res%3A%20DW%20-%20Consultor%20especialista%20em%20Data%20Warehouse | Responder através da web http://br.groups.yahoo.com/group/infolegis/post;_ylc=X3oDMTJxcTFmOXY5BF9TAzk3NDkwNDM3BGdycElkAzE1Mzc4Mzc0BGdycHNwSWQDMjEzNzMwMTg0NwRtc2dJZAM0ODAyBHNlYwNmdHIEc2xrA3JwbHkEc3RpbWUDMTMyNDM0ODE3OQ--?act=replymessageNum=4802 | Adicionar um novo tópico http://br.groups.yahoo.com/group/infolegis/post;_ylc=X3oDMTJmZmRwc2p0BF9TAzk3NDkwNDM3BGdycElkAzE1Mzc4Mzc0BGdycHNwSWQDMjEzNzMwMTg0NwRzZWMDZnRyBHNsawNudHBjBHN0aW1lAzEzMjQzNDgxNzk- Mensagens neste tópico http://br.groups.yahoo.com/group/infolegis/message/4802;_ylc=X3oDMTM1aGZwMDMwBF9TAzk3NDkwNDM3BGdycElkAzE1Mzc4Mzc0BGdycHNwSWQDMjEzNzMwMTg0NwRtc2dJZAM0ODAyBHNlYwNmdHIEc2xrA3Z0cGMEc3RpbWUDMTMyNDM0ODE3OQR0cGNJZAM0ODAy (1) Atividade nos últimos dias: * Novos usuários http://br.groups.yahoo.com/group/infolegis/members;_ylc=X3oDMTJnM2E1NWpuBF9TAzk3NDkwNDM3BGdycElkAzE1Mzc4Mzc0BGdycHNwSWQDMjEzNzMwMTg0NwRzZWMDdnRsBHNsawN2bWJycwRzdGltZQMxMzI0MzQ4MTc5?o=6 6 Visite seu Grupo http://br.groups.yahoo.com/group/infolegis;_ylc=X3oDMTJmbXV2MW43BF9TAzk3NDkwNDM3BGdycElkAzE1Mzc4Mzc0BGdycHNwSWQDMjEzNzMwMTg0NwRzZWMDdnRsBHNsawN2Z2hwBHN0aW1lAzEzMjQzNDgxNzk- Y! Encontros. É hora de dar uma chance a quem quer te conhecer! http://global.ard.yahoo.com/SIG=15m3ai86c/M=758712.14532720.14632738.12960164/D=brclubs/S=2137301847:MKP1/Y=BR/EXP=1324355379/L=77aec0fe-2ab2-11e1-93fc-731e240614ae/B=kdX9QkoGYmY-/J=1324348179838792/K=wiApC.r8d9.iLkfazaV8ng/A=6513102/R=0/id=mkp1/SIG=135l102dr/*http://tracking.parperfeito.com.br/ppbanner/bannerTracker?originId=1identifierId=600288actionId=1 Yahoo! Grupos http://br.groups.yahoo.com/;_ylc=X3oDMTJla3JjMmR0BF9TAzk3NDkwNDM1BGdycElkAzE1Mzc4Mzc0BGdycHNwSWQDMjEzNzMwMTg0NwRzZWMDZnRyBHNsawNnZnAEc3RpbWUDMTMyNDM0ODE3OQ-- Trocar para: Só Texto mailto:infolegis-traditio...@yahoogrupos.com.br?subject=Mudar Formato de Envio: Tradicional, Resenha Diária mailto:infolegis-dig...@yahoogrupos.com.br?subject=Envio de email: Resenha • Sair do grupo mailto:infolegis-unsubscr...@yahoogrupos.com.br?subject=Sair do grupo • Termos de uso http://br.yahoo.com/info/utos.html . __,_._,___ -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HA
Le 2011-D-16 08h38, Prof. Cleverson a écrit : Qual a opinião de vcs para implementar um servidor de Alta Disponibilidade com Apache+PHP+PostgreSql: Um grupo de servidores, certo? a) com DRBD+Heartbeat para o banco e para apache? b) pgpool+streaming replication para o banco e DRBD+Heartbeat para apache? Para quê DRBD quando temos replicação síncrona a quente? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] views ou tabelas temporárias
Le 2011-D-15 01h11, Antonio Cesar a écrit : Estou com uma dúvida quanto a implementar views ou tabelas temporárias em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre estas duas ações? Depende do uso. Para que as queres? Perguntas genéricas assim são difíceis de responder. O ideal é leres a documentação primeiro, e então trazeres perguntas específicas. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida de modelagem para campo text search
Le 2011-D-15 09h9, Edson neto a écrit : Qual seria uma boa maneira de armazenar os apelidos? Um campo text com todos os apelidos concatenados? Nunca! Um campo text[]? Possível, mas em que ajudari? Uma outra tabela com relacionamento com a tabela de passagens de veiculos? Parece o mais correto. Um campo tsvector? Qual a vantagem sobre a primeira opção? Fiz uns testes e não conseguir reproduzir uma pesquisa do tipo like '%11' ou like '%11%' utilizando tsvector nem text[]. No tsvector o maximo que consegui foi '11:*' que represente like '11%' e no text[] não consegui realizar pesquisa por parte da palavra. Claro, os operadores para TEXT e TSVECTOR são diferentes. Se ha alguma forma de fazer pesquisas do tipo like '%valor' poderiam me explicar. Tua terceira opção, que o Vinícius também corroborou. Ah, e pode ser outra tabela com atributo TSVECTOR. Os tipos são razoavelmente ortogonais à estrutura da tabela, pelo menos nesse exemplo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida de modelagem para campo text search
Le 2011-D-15 10h18, Edson neto a écrit : Hoje tenho implementado da forma indicada por você e pelo Dutra, porém no caso das pesquisas where apelido like '%AA1' Tenho um descontentamento do usuario devido ao tempo de execução. Em média 2 minutos a tabela tem 50 milhões de registros. Podes manter a modelagem e usar a busca textual… já leste a documentação a respeito? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida de modelagem para campo text search
Le 2011-D-15 10h28, Flávio Alves Granato a écrit : Indico softwares de indexação de conteúdo como o Lucene. Não precisa, a busca textual do PostgreSQL já faz isso sem precisar colocar coisas fora do banco, num modelo diferente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Views ou tabelas temporárias
Le 2011-D-15 09h49, Antonio Cesar a écrit : Estou com uma dúvida quanto a implementar views ou tabelas temporárias em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre estas duas ações? Segue um pequeno EX No meu sistema tenho divesas tabelas: entrada_compra, entrada_bonificação, entrada_devolucao... onde preciso constantimente consultar as notas recebidas no sistema qual das duas opções e mais viavel. Visões, a princípio. Não entendi como uma tabela temporária te seria útil. Antes de pensar em avaliar alternativas, é preciso ler a documentação para entender o que é cada mecanismo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Order By
Le 2011-D-12 22h9, Flavio Henrique Araque Gurgel a écrit : Siga a diga da busca por expressões regulares, mas se quiser insistir no like, coloque um espaço *antes* do sinal de porcentagem: Select * from Produtos where descricao like ‘MEIA %’ order by descricao; Que deve resolver o seu problema. Somente se a palavra nunca estiver no final da seqüência de caracteres, nem for seguida por sinal de pontuação. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Referencias Mission Critical
Le 2011-D-12 20h3, Marcal Hokama a écrit : O governo incentiva os órgãos públicos na adoção do software livre por meio de documentos oficiais, como pode ser visto em http://www.softwarelivre.gov.br/ Bem típico do Brasil em geral, e deste governo (e de seu padrinho e antecessor) em particular: muito palavrório, pouca ação… Pelo menos a direção apontada (neste particular, ao contrário do governo que estabeleceu as bases para este e seu antecessor) está certa mas, agora que o governo, e já há alguns anos, entrou na fase em que todos extraem os benefícios particulares que podem contribuindo o mínimo possível, não faço idéia de que avanços ainda possam acontecer. Espero que algo ainda melhore, mas não tenho muita fé… mesmo em detalhes, nossa legislação costuma ser excessivamente detalhada, cheia de exceções e amplamente burlada. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Chave natural e composta ao mesmo tempo
Le 2011-D-8 23h3, Vinicius Santos a écrit : CREATE TABLE deposito_produtos( nome VARCHAR( 50 ) NOT NULL, -- nome do deposito cidade VARCHAR( 50 ) NOT NULL, -- cidade onde fica o deposito tamanho_deposito NUMERIC NOT NULL, -- Tamanho do deposito em m² PRIMARY KEY ( nome, cidade ) ); Prefira nome_cidade, para que o nome do atributo seja consistente na base. CREATE TABLE produtos( descricao VARCHAR( 50 ) PRIMARY KEY, -- Nome do produto nome_deposito VARCHAR( 50 ), -- Referência da tabela deposito_produtos cidade VARCHAR( 50 ) -- Referência da tabela deposito_produtos ). Minha dúvida é a seguinte: Se eu tivesse usado uma chave artificial na tabela de deposito_produtos, eu não precisaria exportar duas colunas para a tabela produtos, apenas a chave artificial. Então eu garantiria unicidade com um UNIQUE CONSTRAINT. Certo. Se eu fizer uma consulta de todos os produtos e precisar fazer um JOIN com deposito_produtos para saber o tamanho do deposito, o JOIN envolveria 2 colunas de cada tabela. Se fosse uma chave artificial seria apenas uma. E qual a vantagem disso? Por outro lado, mais junções seriam feitas, para recuperar o nome da cidade e do depósito, o que antes não era necessário. Além de que, a longo prazo, o modelo ficou menos claro. Seria justificável o uso de chaves artificiais nestes casos ? Não necessariamente, eu diria que somente avaliando caso a caso. Até porque passas a precisar duma junção a mais. Otimização precoce é a raiz de toda sorte de males. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Le 2011-D-6 23h38, Euler Taveira de Oliveira a écrit : On 06-12-2011 19:24, Leandro Guimarães Faria Corce DUTRA wrote: Le 2011-D-6 21h13, Fábio Gibon - Comex System a écrit : Porque o disco corrompeu o arquivo 769035 também. O disco ou (principalmente em se tratando de MS Windows) o sistema de arquivos. Não se sabe. Por isso ‘ou’ em vez de ‘e’. O que mais tenho visto são máquinas com componentes de qualidade péssima ou, no mínimo, duvidosa que falham após algum tempo. Triste… Cada um põe os ovos naquele cesto que se sente seguro. Se o cesto já tem um rombo, é melhor que alguém avise. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Le 2011-D-6 21h13, Fábio Gibon - Comex System a écrit : Porque o disco corrompeu o arquivo 769035 também. O disco ou (principalmente em se tratando de MS Windows) o sistema de arquivos. É legal ter um porte MS Windows para conquistar popularidade, mas deveríamos sempre sugerir aos usuários de migrarem para um sistema decente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pgbr-dev] Palestras do PGBR2011 disponíveis
Le 2011-D-2 08h19, Fábio Telles Rodriguez a écrit : http://pgbr.postgresql.org.br/2011/palestras.php Dá para incluir o código-fonte da minha? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Medir a eficiência
Le 2011-D-2 09h8, Marcelo Gomes a écrit : gostaria de fazer alguns testes para medir se tem ou não ganhos de rodar o Postgresql em cima do lustre. E por que teria? Esses sistemas de arquivos são para outros casos de uso. Provavelmente vai dar só dor de cabeça. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Open-Source database marketshare : november 2011
Le 2011-N-30 08h40, Rubens José Rodrigues a écrit : http://www.linkedin.com/groupItem?view=srchtype=discussedNewsgid=51776item=81455389type=membertrk=eml-anet_dig-b_pd-ttl-cnut=35LHwnnTPrnl01 A mesma informação não existe nalguma página aberta? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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 Físico com PostgreSQL - Duvidas Script Recuperação
Le 2011-N-29 11h56, Emerson Martins a écrit : Olá pessoal, estou fazendo um script para backup físico como segunda estratégia de backup com postgres para uma base em GIS que não tem muita volumetria porém muito critico em se falando de janela de recuperação em momentos de desastres. Não, essa tem de ser a principal. Cópia lógica (pgdump) é para recuperações parciais, não de desastres. Minha dúvida é a seguinte, supondo que meu backup full esteja agendado para o domingo, a partir da segunda feira irei backupear apenas os novos archives de wal-log para uma possível recuperação? Sim. A principio estar efetuando os backups tranquilo, minha dúvida é como vou recuperar o backup a partir dos archives de segunda á quinta de por um acaso quarta hj um desastre?Aberto a opniões e sugestões dos mestres aqui da lista. Vide no manual PITR, e traga as dúvidas específicas… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Start e Stop e log do OpenERP
Le 2011-N-28 07h34, edgard a écrit : Baixei os pacotes de um repositório do launchepad preparados pela Proge. Que tipo de pacotes? Se forem da distribuição e versão certas, tem de ver os registros de instalação… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro locale
Le 2011-N-28 11h5, Cristiano Paiva Alves a écrit : Quando dou locale -a me retorna: locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_COLLATE to default locale: No such file or directory C POSIX pt_BR.utf8 Aparentemente, teu sistema operacional não está configurado de acordo. Dependendo do sistema, costuma haver um pacote chamado locale ou algo parecido. Esse pacote deve ser configurado para todos os locais relevantes. Pode ter acontecido também de alguém com privilégios de superusuário ter bagunçado algo, eu já fiz isso muito quando era iniciante. De qualquer maneira, é um problema de sistema operacional, não do PostgreSQL. Vai afetar o PostgreSQL em funções como a de ordenação, mas a origem não é ele. Talvez fosse mais produtivo recorrer a uma lista específica do teu sistema. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ 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: Unaccent
Le 2011-N-26 12h42, Saulo Morais Lara a écrit : Vou ver se atualizo o banco pra versão 9.0 Considere já o 9.1, normalmente deve-se manter o sistema atualizado. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migrar banco de dados da versão 8.4 para 9.1
Le 2011-N-26 16h7, Marcos Aurelio Nobre a écrit : ps: Leandro, recebo estes e-mail (da lista) no meu gmail; respondo-os tbm pelo gmail, e nem nunca modifiquei minha forma de responder, para uma tal que venha a ficar em desacordo com RFC alguma. O gMail, sem configuração, faz bastante porcaria, como mandar mensagens HTML e responder no começo. Tem de fuçar nas configurações. Então, não entendi muito bem sua observação quanto a ter que colocar sinal de maior na linha da fala dos outros ou algo assim. Basta observar os exemplos, mas é bom também ler as RFCs relevantes, começando pela da netiqueta, RFC 1855. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migrar banco de dados da versão 8.4 para 9.1
Le 2011-N-26 22h23, Flavio Henrique Araque Gurgel a écrit : Parece que não há mais a recomendação explícita de usar o aptitude por preferência. Logo, o apt-get deve estar suprindo todas as funcionalidades. Hm, preciso pesquisar mais. Pareceu-me muito nebuloso. Por exemplo, uma biblioteca instalada manualmente pelo apt-get pode ser considerada pacote em desuso pelo aptitude e ser desinstalada sem querer na hora de remover um outro pacote qualquer. Se a mesma biblioteca for instalada pelo aptitude, ele marca o pacote como manualmente instalado e não o remove automaticamente depois. ’Tendi. Agora fiquei curioso. Para mim, a base de dados é uma só, a do dpkg, e o apt-get e o aptitude simplesmente tinham comportamentos diferentes. Estou enganado? A base é do dpkg. Mas o dpkg é passivo, apenas sabe o que está instalado ou não. Na verdade, é o dpkg que registra as dependências. Quem gerencia dependências de forma inteligente sempre foi a infraestrutura do apt. Certo. O que eu disse, mas acima deste implicações interessantes. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migrar banco de dados da versão 8.4 para 9.1
Le 2011-N-25 12h27, Marcos Aurelio Nobre a écrit : Após uma pesquisa verifiquei que há o repositório de backport do Debian squeeze - seja o unstable (sid) ou o testing (wheezy) que posso agregar uma entrada no sistema apt-get (source.list) para poder fazer esta instalação. Cuidado para não confundir os /backports/ com o uso de distribuição mista. Os backports são apenas criar uma linha no source.list, já distribuição mista é um pouco mais complicado (vide apt howto). Agora, que linha colocaste? Ao iniciar com #apt-get install postgresql-9.1 acusou erro de dependência : The following packages have unmet dependencies: postgresql-9.1 : Depends: libpq5 (= 9.1~beta1) but 8.4.9-0squeeze1+b1 is to be installed Depends: postgresql-client-9.1 but it is not going to be installed Depends: postgresql-common (= 115~) but 113 is to be installed E: Broken packages E o que ocorre com usando o aptitude? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migrar banco de dados da versão 8.4 para 9.1
Le 2011-N-25 23h15, Flavio Henrique Araque Gurgel a écrit : 1- sempre use o aptitude em detrimento ao apt-get. ele resolve melhor dependências complicadas; Como assim ‘em detrimento’? Não seria em preferência, já que um não prejudica o outro? 2- se já usou o apt-get pra instalar a 8.4: 2a) apt-get remove postgresql-8.4 Para quê? 2b) aptitude update Não vejo necessidade… o update do apt-get e do aptitude farão a mesma coisa. Ou estou enganado? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral