[pgbr-geral] NoSQL
Colega, por favor, siga a RFC 1855. Não responda no topo, não inclua citações irrelevantes no fim, mude o assunto para ser relevante. Le 2012-9-22 11h2, Fábio Hentz Lunkes a écrit : Pessoal, entendo que NoSQL seja um projeto imaturo. Não é um projeto, e é prerrelacional (cerca de meio século). Representar as entidades do sistema em objetos em em uma camada inferior mapea-los para tabelas, é a superação em administrar ineficientemente os recursos computacionais disponíveis. Não entendi… superação em administrar ineficientemente? Algum anglicismo? 4) Tipos de dados ricos, é ter a possibilidade de um grande variedade de representar os dados na memória de forma diferente, mas tendo o mesmo significado. Não, essa é a distinção entre forma de armazenamento e possíveis representações. Não sei como está a possibilidade dessa distinção em ISO SQL ou no PostgreSQL. Agora, não entendi porque levantaste o assunto NoSQL… -- 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] Substituição dos ORM
Le 2012-9-12 16h37, Eden Cardim a écrit : Meta-resposta: Existe padrão de resposta de email sancionado por alguma organização relevante? RFC 1855 e outros que me fogem à memória… Certo, porém acrescentar novos tipos ou alterar os existentes sem downtime da base costuma, na minha experiência, ser administrativamente mais custoso do que atualizar código numa aplicação desacoplada. Por outro lado, as inconsistências causadas por atualizações que passam por fora das regras que estão nas aplicações também… GF Não mesmo. Não entendi porque a base teria de gerar o SVG quando os GF dados do grafo estão na base. Porque alguém precisa dos dados em forma de SVG, logo, alguma parte do sistema precisa transformar o grafo armazenado em relações num documento SVG. E não é trivial realizar essa transformação usando SQL E isso não tem nada a ver com o que discutimos, uma vez que a transformação não tem nada a ver nem com o modelo relacional, nem com orientação a objetos. é menos trivial usar SQL para produzir um formato intermediário e depois converter esse formato no produto final (o SVG). É nessa transformação que um ORM (sic) é útil. E esse ‘sic’ aí mostra que estás forçando o termo. O que só está gerando confusão, e não contribui para a discussão. Use as bibliotecas que quiser, faça as transformações que quiser, mas isso não é mapeamento objeto-relacional. GF Ainda não as encontrei por parte de quem conheça o modelo relacional. GF Normalmente quem controverte mal conhece SQL — conhece no máximo como GF programador, não como modelo de dados. 3 falácias retóricas na mesma sentença, assim fica difícil… Permance o fato: é controverso. Precisas demonstrá-las. Mas não são falácias, são a experiência. Duas décadas dela. GF Até aí morreu o Neves. Novamente, qual o problema de transformar os GF dados fora da base? Isso nada tem a ver com as regras organizacionais GF (‘de negócio’), ou com o mapeamento OR. Discordo, tem tudo a ver, porque quando se desenvolve orientado a objetos você precisa de um ponto de entrada dos dados no seu modelo OO E o que isso tem a ver com essa transformação? Ou boiei… de uma forma ou de outra. Se você vai fazer isso manualmente ou não é uma outra questão, mas o mapeamento está sempre presente, usando ORM (sic) ou não. O problema está na forma como os ORM (sic) mais conhecidos abstraem essa transformação, mas é perfeitamente possível existirem abstrações razoáveis pra esse tipo de operação. Tu teimas em chamar meras transformações em mapeamento. Aí não dá para discutir, por simples falta de sentido quando se dá aos termos o significado que bem se entende, e não o convencional. Veja, se chamas qualquer biblioteca de transformação de ORM, não provas que ORM é necessário. Só que bibliotecas de transformação são necessárias. Há também uma limitação administrativa de se manter e atualizar tipos em ambientes de produção. O que eu geralmente faço é introduzir tipos onde se tem muita certeza da estabilidade dos requisitos de uma determinada parte do sistema, caso o ROI da introdução seja justificado. Certo. GF Pelo contrário, o SQL é mais abstrato. Ou não entendi o que quiseste dizer? Não concordo que SQL seja mais abstrato. É mais formal, porém não mais abstrato. Porém isso é difícil de medir objetivamente. Nem um pouco difícil. Bastante simples, até: em SQL, especificamos o que queremos, e podemos criar tipos abstratos de dados, isolando aplicações de muitas mudanças nos tipos e nas estruturas base, físicas e até, nalguma medida, lógicas; enquanto em OO temos de dizer como fazer, o que acaba por nos dar o problema das classes base mutantes… -- 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] Substituição dos ORM
Le 2012-9-12 17h52, Alexsander Rosa a écrit : E dava pra fazer pesquisa com grep no console mesmo... Na época eu nem conhecia grep, mas tinha um editor de textos, o ISPF/Edit ou algo assim, que matava muita coisa… tem até um clone, o THE — The Hessling Editor, mas me pareceu muito mais limitado e difícil de usar que o original. mas no geral eu via mais desvantagens do que vantagens. Como disse, cheio de limitações e ineficiências… O arquivo-texto por colunas é um extremo, um XML cheio de overhead é outro extremo, acho que o ideal é usar algo intermediário. Há intermediários e intermediários… -- 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] Substituição dos ORM
Le 2012-9-12 18h7, Eden Cardim a écrit : Essa mesma abordagem pode ser feita sem orientação a objetos, em linguagens funcionais, por exemplo, você delegaria a responsabilidade pruma função. CQD. Não há nada especificamente OO nisso. -- 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] Comparacao com Timestamp
Le 2012-7-31 9h50, Ciro a écrit : Estou tentando fazer um case, onde quero que se um valor da coluna A for igual a '0001-01-01 00:00:00' ele faca algo. O tipo da coluna eh timestamp without time zone. Código e resultado? Porem o q parece eh q ele nao entende q o valor que esta gravado no banco eh igual a esse. Rapaz, se tu não vais acentuar, pelo menos evite as abreviações. Fica ruim de ler. -- 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] TransLattice
http://www.theregister.co.uk/2012/07/24/translattice_elastic_database_postgres/ Comentários? -- 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] Divisão de inteiros com resultado numeric
Le 2012-5-12 15h8, Anselmo Silva a écrit : conheço o cast. Mas, Como eu disse, não queria tratar a string Não entendi, por que não? É a coisa certa, tanto pela teoria, quanto pelo padrão ISO SQL. Não existe cálculo sobre seqüência de caracteres. Outros sistemas implementam, mas os detalhes são inconsistentes; com o CAST (), temos consistência. -- 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-3-29 0h0, alecindro a écrit : Acompanhei essa discussão, mas não vi ninguém comentar que é recomendável ter uma tabela de dados específica para as fotos. Ex.: Não colocar a foto do foto do funcionário na tabela de cadastro do funcionário. Pois ao dar uma pesquisa nos dados nessa tabela , vai carrregar fotos juntas (select * - algum descuidado) Normalmente, eu não me preocuparia com isso. Na aplicação, um erro desses vai aparecer (e ser eliminado) rapidinho. Acho até bom, para pegar algum programador mais relaxado. No uso eventual, não fará muita diferença. Acho mais grave criar necessidade de mais uma junção, de longe! -- 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] Linux
Le 2012-3-18 11h47, Luís Eduardo Porte a écrit : É possivel sim. Porem recomendaria compilar/instalar o postgresql manualmente e não pelos pacotes. Por quê? Minha recomendação é justamente o contrário para o caso geral, compilar somente se se souber exatamente o porquê para a situação específica. -- 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] Linux
Le 2012-3-17 23h5, Antonio Cesar a écrit : Pessoal estou com alguns cliente precisando usar linux como servidor. Posso usar o/Ubuntu como servidor?/ http://www.ubuntu-br.org/ Pode, mas por que não o Debian, que é a distribuição original? -- 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] Linux
Le 2012-3-18 19h18, Tiago Adami a écrit : para a versão Desktop o Ubuntu é muito mais user friendly do que sua distribuição pai (este julgamento é mais pura opinião que constatação) Não me parece ser mais verdade, principalmente depois do Unity. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/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] Linux
Le 2012-3-18 19h24, Ruben Zevallos Jr. a écrit : não tive muita sorte usando o apt-get já com o yum foi super fácil. A longo prazo, o apt é melhor. Mas tinha de saber qual foi o problema. -- 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] Linux
Le 2012-3-18 21h5, Eduardo Alexandre a écrit : A diferença principal entre Ubuntu e Debian quanto a servidores é a versão dos pacotes. O Debian é conhecido por optar por versões de pacotes considerados estáveis e opensource. O Ubuntu não tem esses dois pontos como pilares essenciais. Basta usar o non-free para os não livres, e o testing ou o backports para as versões. -- 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 PostgreSQL 9.1
Le 2012-1-10 12h12, Eric Patrick a écrit : Alguém saberia me dizer se a replicação nativa do PostgreSQL 9.1 implementa alguma solução de balanceamento de carga? Não, porque replicação é uma função, e balanceamento outra. Seguimos a filosofia do Unix, em que cada componenete faz uma coisa, e a faz bem feita. Para balanceamento, vide pgPool, SkyTools et alli. -- 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] OFF-TOPIC - Vaga para DBA PostgreSQL
Le 2012-1-9 20h0, Victor Hugo a écrit : Tb gostaria que postar uma vaga para DBA Jr. Posso postar ? Pode e deve! -- 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-1-4 13h38, Shander Lyrio a écrit : Em 04-01-2012 12:32, Leandro Guimarães Faria Corce DUTRA escreveu: Então colabore com o PgAdmin. É livre. Estava demorando para isto acontecer, o que tem ser livre ou não?? Ninguém falou que algo tem de ser livre, falou? O que importa é se é boa ou não, se resolve os meus problemas ou não e o PgAdmin não resolve os meus prolemas além de não ser bom o suficiente para o que eu preciso! Sai mais barato para mim pagar um valor pela ferramenta do que construir uma porque as alternativas livres não estão nem perto do caminho que eu gostaria. Ninguém sugeriu que você deixasse de pagar. Somente se disse que quem reclama duma ferramenta colabore para melhorá‐la, ou se cale. Reclamar do PgAdmin numa lista de PostgreSQL não vai ajudar nada. As opções aceitáveis são: reclamar para os desenvolvedores do PgAdmin, não na pgbr-geral; contribuir para o PgAdmin, SQuirreL ou o que quiseres, com tempo ou com dinheiro; ignorar as alternativas livres e pagar por uma proprietária. A opção inaceitável é reclamar da ferramenta livre numa lista em que as reclamações não contribuirão para sua melhoria, sem aportar nenhuma contribuição que dê o direito de reclamar de quem de fato contribuiu e do resultado dessa contribuições doutros. …eu nunca pude fazer uma doação direta para o PostgreSql, sempre faço para a SPI (Software in the Public Interest, Inc.), logo parte do meu dinheiro está sendo usada para financiar também o PgAdmin. O PgAdmin está sob a SPI? Dessa eu não sabia, é fato? Alias, porque não responde ao tópico ao invés de me agredir diretamente. Não te interessa com oque eu colaboro ou não, e me julgar antes de saber o que eu faço pela comunidade é leviano e preconceituoso. Por favor, mostre onde está a agressão e o julgamento. Quem é que está exigindo algo do PgAdmin ou do SQuirreL? Tu: O sistema de árvore que o PgAdmin utiliza é horrível… é contraproducente […] experimente utilizar o squirrelsql em um banco de dados remoto, ele sequer tem a ombridade de fazer um cache da estrutura do banco Um tom mais civilizado teria ajudado. Eu não posso exigir algo que a EMS não me vendeu Então não exija do PgAdmin ou do SQuirreL o que não venderam. Uma ferramenta ser livre não é motivo suficiente para se tornar uma boa escolha. Depende. -- 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 sobre Roles - Papéis
Le 2011-12-30 13h56, Rubens José Rodrigues a écrit : Estou com a missão de mudar o sistema de permissões as databases Pode ser nas bases de dados? ;-) a) O search path não mostra todos os schemas setados para os grupos/roles O que seria um ‘esquema configurado’? Em portenglish ou em tradução, não me ficou claro. De qualquer maneira, se forem permissões, o caminho de busca independe das permissões, tem de ser configurado separadamente. b) O usuário/role (Rubens e Rafaela) deveriam herdar [1] todos os set´s dos grupos/roles, mas não herdou Sets? Conjuntos? Ou, novamente, seriam permissões? Deveriam herdar por quê, colocaste as palavras chave relevantes? Mostrar o que consta no catálogo para esses usuários poderia esclarecer? c) A configuração do pg_hba.conf está certa? visto que no manual é explicito quanto ao sinal (+) quando refere-se a grupo/role!? Qual o problema? Não existe mais diferença entre usuário, grupo e papel, na prática. Cenário :ambiente de testes em Windows -- produção em Solaris/Debian Deveria ser irrelevante para as questões que tentaste colocar, mas não é 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
[pgbr-geral] Memoria Windows (Era: Digest pgbr-geral, volume 36, assunto 63)
Le 2011-12-30 15h34, Bruno Moreira a écrit : O windows 2003 server não suporta que um servico ultrapasse 4 gb. Isso não tem a ver com o ano ou edição do MS Windows, mas com ele ser 32 ou 64 bits, ou usar as extensões de memória, que são uma gambiarra mas funcionam. E, por favor, siga a netiqueta. Corte os trechos irrelevante da mensagem a que responde, não responda a resumos para não bagunçar o fio da meada, mantenha o assunto original, responda após o trecho citado, como neste 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] Dúvida sobre Roles - Papéis
Le 2011-12-30 14h44, Rubens José Rodrigues a écrit : Sim, força do hábito misturar sintaxe, estrangeirismo com o português. Desculpe-me! Não precisa pedir desculpas — basta procurar deixar claro o que se quer dizer. Amiúde o estrangeirismo ajuda a esclarecer, mas geralmente atrapalha. Então, para o papel grupo_suporte eu configurei com o search_path para schema1,schema2,schema3,schame4,public; Neste caso, qualquer outro papel que pertencesse a este, não deveria herdar o search_path!? Não, porque caminho de busca não é permissão… Sinceramente eu não vi no manualtalvez por não ter lido atenciosamente que o search_path não é herdado e sim configurado isoladamente para cada papel. Talvez confundiste permissão com variáveis? Que eu me lembre, variáveis não se herdam… Se eu coloco o parâmetro INHERIT criacao do papel rubens, ele automaticamente deveria herdar todas as permissões configuradas de todos os outros papeis pertencentes, exceto o search_path, certo!? Hm, ao que parece realmente confundiste permissão com variável… c) A configuração do pg_hba.conf está certa? visto que no manual é explicito quanto ao sinal (+) quando refere-se a grupo/role!? Qual o problema? Não existe mais diferença entre usuário, grupo e papel, na prática. Hu, coincidência ou não, sem o sinal (+) não funciona... O pg_hba.conf continua ‘enxergando’ grupos, embora por dentro não haja diferença… mas minha questão é, ¿qual o problema? Não entendi tua pergunta. -- 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-12-28 21h20, Daniel Montenegro a écrit : O QuantumGIS é um Sistema de Informação Geográficas que trabalha com shapefiles... Desculpa, a minha pergunta ficou ambígua. O que eu queria saber é se tu usaste o instalador da EnterpriseDB para o MS Windows. Estou usando o pgadmin no MS Windows. Ainda não conheço o DEBIAN, nem trabalho com LINUX (ainda...) Está aí uma boa oportunidade de começar. -- 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-12-28 21h31, Daniel Montenegro a écrit : Poxa cara, aí tu me pegou... Fiz o download no próprio site do postgre, para a ver. windows. Se prestares atenção, provavelmente era o instalador da EnterpriseDB. Na verdade eu já resolvi essa questão. O campo serviço fica em branco... Sempre que resolveres uma questão que colocaste na lista, avisa… O meu foco principal agora é tentar descobrir como funciona o POSTGIS. Baixei ele no meu PC, mas não sei se está configurado adequadamente. Pois é, no Debian essas coisas são instaladas automaticamente. -- 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-12-28 21h43, Daniel Montenegro a écrit : Que lista é essa? Aí eu já coloco a resposta! Esta! -- 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 o PostGIS no PostgreSQL
Le 2011-12-28 22h13, Daniel Montenegro a écrit : como instalar (no MS Windows) o postgis no postgres - via pgadmin? O que diz o INSTALL ou o README do PostGIS? Ou o manual do mesmo? -- 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] PostgreSQL no Windowns XP (resolvido)
Le 2011-12-26 5h39, Fabiano Donato a écrit : Itamar... pois é, o Windows é mesmo uma praga maravilhosa :-) O vírus de maior sucesso do Universo. Mas como eu uso alguns programas sem versões para Linux (como um pesado programa para Poker online, que usa o PostgreSQL para estatísticas), rodá-los numa emulação a minha máquina não aguenta. Imagino não seja o caso dum BSD ou GNU/Linux para tudo o que for possível, e esses programas defeituosos isolados numa única máquina MS Windows? -- 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 no postgresql could not open relation
Le 2011-12-22 11h19, Pedro B. Alves a écrit : O que seria esta forma de backup PITR? Restaurar uma cópia física, tirada a quente ou a frio; e, desde o momento dessa cópia, restaurar os registros de refazer (de escrita adiantada), os WALs (Write Ahead Logs). Supondo que os registros não tenham sido perdidos — idealmente, são exportados para uma máquina separada —, podes recuperar tudo até o momento da falha. Claro que, antes de colocar o sistema em produção, tua chefia te deu tempo e recursos para criar e testar a rotina de cópia de segurança e restauraçã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 no postgresql could not open relation
Le 2011-12-22 11h39, Pedro B. Alves a écrit : Como que eu posso saber se eu tenho esta opção configurada em meu DB? Não é uma simples opção, tens de ler o manual. Basicamente, tens de ter um procedimento, bem explicado recentemente nesta mesma lista, que prepara a base para a cópia a quente, quando então tem de haver uma rotina que faça a cópia física. Como disse um colega, se não tens um DBA e não sabes do que se trata, provavelmente não tens cópia de segurança física, e estás reduzido a restaurar uma cópia lógica (/dump/), a menos que determines que todos os objetos perdidos podem ser recriados de outras fontes. Os problemas da restauração de cópia lógica são o tempo necessário, se a base for grande, e a perda dos dados alterados ou inseridos desde a última cópia. É um erro de gestão muito comum não dar tempo ao técnico de aprender e executar o básico antes de pedir melhoras funcionais. -- 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 WAL
Le 2011-12-19 17h37, Renato Ricci a écrit : Olá pessoal.. me tirem uma dúvida por favor... quando executo o comando select pg_start_backup('backup') para poder sincronizar minha pasta 'data' com o servidor slave, tema algum problema apagar os arquivos de logs que foram gerados antes desse comando, a fim de liberar espaço em disco? A partir do momento que a cópia de segurança tenha sido efetuada… Mas tenho uma sugestão melhor que confiar no que dissermos: toda rotina de cópias de segurança deve ser testada antes de ser considerada pronta. -- 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] Cronograma de descotinuação.
Le 2011-12-14 20h26, Targino Silveira a écrit : Perfeito, valeu mesmo Euler, o postgre, foi por que estou digitando do celular e ele corrigiu para o errado. rsrsrs Pelo jeito o celular atacou de novo… ___ 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 9.1 com Lazarus no Win7 64
Le 2011-30-11 21h19, Marcelo Silva a écrit : Alguem usa essa combinação acima? Estou tentando aqui e ele me pede as DLLs, mas estão todas lá no diretorio da aplicação ‘Ele’ quem que pede? ___ 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/restore
Le 2011-21-11 22h24, Marllos a écrit : Obrigado Jota. Estou usando PG 9.1.1. Pois é, ainda não entendi bem como é essa questão de tamplate 0 e template 1. Marlos, isso foi explicado recentemente. Podes procurar nos arquivos? ___ 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, precisa criar indice manualmente?
Le 2011-19-11 15h27, Marcelo Silva (IG) a écrit : O PgAdmin3 não mostra indice nessa tabela E o psql? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Script está demorando muito no PostgreSQL
Le 2011-17-11 23h39, Flávio Alves Granato a écrit : Esta questão dce fsyncs já me fez largar de mongodb. Mais uma demonstração (junto com PHP, Java, Firebird, MySQL e tantos outros exemplos) de que não basta ser livre para ser bom. E, no campo dos bancos de dados, temos um indicador muito forte de qualidade: quanto mais se afasta do modelo relacional, maior a tendência à baixa qualidade. A lei de Moore esconde muita porcaria… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Script está demorando muito no PostgreSQL
Le 2011-16-11 17h19, Marllos a écrit : É o seguinte: primeiro eu crio o banco vazio, então rodo o script no PgAdminIII que: 1) cria os sequences 2) cria as tabelas 3) crias as views 4) insere os dados E quando são criados os índices? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] vários nomes numa restrição
Le 2011-14-11 12h58, Pedro Costa a écrit : A restrição que tenho é a que segue em baixo e eu queria dar um aviso diferente consoante o erro. Embora o que queres fazer seja possível, parece mais um problema de modelagem, a saber a falta dum cadastro de valores válidos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral