Re: [pgbr-geral] Ferramenta para programação

2014-07-21 10:28 GMT-03:00 Alexsander Rosa : > Em 17 de julho de 2014 17:22, Guimarães Faria Corcete DUTRA, Leandro > escreveu: > > http://www.slate.com/articles/technology/bitwise/2014/05/oldest_software_rivalry_emacs_and_vi_two_text_editors_used_by_programmers.html Não tem fi

Re: [pgbr-geral] Ferramenta para programação

2014-07-17 17:29 GMT-03:00 Bruno Silva : > > PSQL + ViM e às vezes Gedit ( por conta da coloração ). > Aí corro pro SQLFormat[1], quando o código não vem bem identado. Então pronto. O GNU Emacs faz tudo isso: colore e identa. E personalizável em ambas as funções. -- skype:leandro.gfc.dutra?ch

Re: [pgbr-geral] Ferramenta para programação

2014-07-17 17:16 GMT-03:00 Bruno Silva : > > On Thu, Jul 17, 2014 at 4:01 PM, Guimarães Faria Corcete DUTRA, Leandro > wrote: >> >> Nunca vi editor melhor que o Emacs… e olha que vim de tentar aprender >> o concorrente! > > Mas que funcionalidades o Emacs tem

Re: [pgbr-geral] Ferramenta para programação

2014-07-17 15:58 GMT-03:00 Alexsander Rosa : > > Nah, vi é melhor. :-) Nunca vi editor melhor que o Emacs… e olha que vim de tentar aprender o concorrente! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61)

Re: [pgbr-geral] Artigo sobre desempenho do PostgreSQL no FreeBSD

2014-07-17 15:04 GMT-03:00 Ricardo Campos Passanezi : > Como vez ou outra surge o assunto "performance" por aqui, segue uma > mensagem enviada para listas do freebsd a respeito do desempenho do > PostgreSQL. Obrigado! O PostgreSQL, ainda como Ingres, foi em grande parte desenvolvido no BSD Unix,

Re: [pgbr-geral] Ferramenta para programação

2014-07-17 9:21 GMT-03:00 Matheus Saraiva : > Que Ferramenta/IDE/Editor usar para programar para postgre? Estou > criando uma funções com o pgModeler, mas não estou muito satisfeito. Gosto do GNU Emacs com o modo SQL. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3

Re: [pgbr-geral] Mover pasta "data" do PostgreSQL para caminho alternativo

2014-07-14 17:12 GMT-03:00 Eduardo Alexandre : > > Tenho a necessidade de passar a armazenar os dados do PostgreSQL em um disco > montado em /mnt/postgresql, cujo banco já possui dados. Não entendi direito, pode refrasear? (existe isso em pt_BR?) De qualquer maneira, /mnt não está de acordo com o

Re: [pgbr-geral] Chamar o JAR pelo PHP

2014-07-10 12:20 GMT-03:00 Abel Viera - Fundaçao Pio XII : > > Alguem poderia me passar o script de chamar um JAR que esta no servidor Linus > atraves de uma aplicação PHP.. Lista errada, tente alguma de PHP, de Linux (Linus é o autor, não o núcleo) ou de Java. Deve ter alguém aqui que saiba res

[pgbr-geral] Fwd: PostgreSQL com o Microsiga Protheus

Repassando a resposta do Ananias: -- Forwarded message -- From: Ananias Filho Date: 2014-07-09 14:50 GMT-03:00 Subject: Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus To: "Guimarães Faria Corcete DUTRA, Leandro" , roberto.me...@gmail.com Olá Leandro e Roberto,

Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus

2014-07-09 12:12 GMT-03:00 Flavio Henrique Araque Gurgel : > Alguém me disse aqui na terra de Victor Hugo que site com informação demais > e sem rolagem bonitinha sobre meia dúzia de informações sem nexo e feito > apenas com buzzwords é "old school" e "feio". > > Infelizmente estamos ficando velhos

Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus

2014-07-09 11:49 GMT-03:00 Roberto Mello : > > Participei da comunidade do OpenERP alguns anos atrás, na localização > Brasileira. O projeto parecia estar muito, mas muito em fluxo ainda, > tudo mudando muito. > > O tempo passou, e agora que você mencionou, fui olhar novamente, e não > consigo faze

Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus

2014-07-08 10:50 GMT-03:00 Alexsandro Haag : > > no Brasil hoje existem comunidades brasileiras de localização de ERPs > livres estrangeiros. Um exemplo é o OpenERP (hoje Odoo) licenciado sob AGPL, Tinha esquecido que o Odoo é AGPL. Isso é muito bom! -- skype:leandro.gfc.dutra?chat Ya

Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus

2014-07-08 10:05 GMT-03:00 Roberto Mello : > > Alguém tem uma sugestão de ERP para pequenas empresas que preste? Que > suporte Linux e PostgreSQL? Um ex‐executivo da Oracle criou o Compière, que foi portado para PostgreSQL e desenvolvido como Adempière. Havia uma localização, não sei como anda.

Re: [pgbr-geral] log_filename

2014-07-07 23:47 GMT-03:00 Matheus de Oliveira : > > Nesse formato de arquivo o PostgreSQL não irá apagar arquivos antigos, só > irá gerar novos. Então você terá que cuidar de apagar os antigos por conta > própria. Isso parece uma tarefa para o log_rotate do Debian (deve ter noutros GNU/Linuces).

Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus

2014-07-05 11:45 GMT-03:00 Roberto Mello : > > Ainda não trabalhei com os sistemas da Totvs, mas recentemente > conversei com um franqueado deles sobre sua implantação, e ele disse > que o PostgreSQL era um dos bancos suportados. > > Não procede essa informação então? Procede. Mas nada da Microsi

Re: [pgbr-geral] Paralelismo

2014-07-03 10:04 GMT-03:00 Bruno Silva : > > 2014-07-03 7:48 GMT-03:00 Flavio Henrique Araque Gurgel : > >>> Antes de qualquer coisa fui pesquisar no histórico mas o sistema está >>> fora do ar, ao menos na hora em que acessei. >> >> Estamos com problemas mesmo, há pessoas trabalhando nisso. > > De

Re: [pgbr-geral] http://blogs.enterprisedb.com/2014/06/24/message-to-sql-server-users-everything-youve-been-told-is-wrong/

2014-06-30 14:26 GMT-03:00 Rubens José Rodrigues : > PSC Favor não colocar o conteúdo (http://blogs.enterprisedb.com/2014/06/24/message-to-sql-server-users-everything-youve-been-told-is-wrong/) na linha de assunto. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546

Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente

2014-06-30 11:01 GMT-03:00 Tiago José Adami : > > Ter essa opção no banco de dados é irrelevante. O pgAdmin deveria ter > uma configuração própria para isso, a exemplo de outras ferramentas Por que deveria? > Existe uma miríade de ferramentas que sobreporiam a configuração no > banco de dados.

Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente

2014-06-30 10:29 GMT-03:00 JotaComm : > > Fique curioso: Por que deixar o autocommit = OFF? Segurança de não efetivar antes de emitir um COMMIT. E seria mais confortável para mim que precisar sempre lembrar de começar uma transação, e sempre configurar cada ferramenta. -- skype:leandro.gfc.dut

Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente

2014-06-27 17:19 GMT-03:00 Leonardo Ferreira Guimarães : > > De certo que, já imaginava que era alguma configuração no banco. E era. Mas as ferramentas estavam bugadas para lidar com o AUTOCOMMIT OFF, e foi retirada do DBMS. Achei um pena. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:se

[pgbr-geral] Map-Reduce RIP

http://the-paper-trail.org/blog/the-elephant-was-a-trojan-horse-on-the-death-of-map-reduce-at-google/ -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803

Re: [pgbr-geral] Sugestão de SO

2014-06-25 14:51 GMT-03:00 Filho Arrais : > > O Dutra nunca ta satisfeito com as respostas, kkk A resposta do Flávio foi boa. Só que acho tão ridículo esse tipo de coisa (MySQL em vez de PostgreSQL, CentOS em vez de Debian) que achei por bem complementar por outro ângulo. -- skype:leandro.gfc.

Re: [pgbr-geral] REF: ALTERAR TAMANHO DA COLUNA.

2014-06-24 10:51 GMT-03:00 Paulo Pereira : > > Existe uma forma de alterar todas as tabelas do banco, sem ter que ir uma a > uma ? Usar DOMAINs. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691

Re: [pgbr-geral] Sugestão de SO

2014-06-23 12:44 GMT-03:00 Flavio Henrique Araque Gurgel : > > Exemplifico e você me diz se esclareceu : […] > Miorô(sic) moço? Acho que não. A menos que a frase deveria ter sido: > Vai comprar Red hat um dia, por causa de pressão de vários lados, e está se > prevenindo. Seria isso? -- sky

Re: [pgbr-geral] Sugestão de SO

2014-06-23 12:27 GMT-03:00 Flavio Henrique Araque Gurgel : > > 3) Vai comprar Redhat um dia e está se prevenindo por causa de pressão de > vários lados (fabricante de hardware, superiores, "consultores", lobbies, > etc e coisas que não dá pra dizer aqui). Não entendi esta. > Não há defesa técnic

Re: [pgbr-geral] auto relacionamento

2014-06-20 11:54 GMT-03:00 Danilo Silva : > > Como o postgres trata os *auto relacionamentos*? Normalmente. > Sinceramente nunca vi um > auto relacionamento antes, então não sei dizer se o problema que estou tendo > tem a ver com isso. Por que teria? -- skype:leandro.gfc.dutra?chat Yaho

Re: [pgbr-geral] Cluster PostgreSQL (Master/Master - Shared Storage)

2014-06-20 11:54 GMT-03:00 Filho Arrais : > Posso está falando asneira, mas talvez uma solução de virtualização onde > você tenha dois hosts físicos resolveria a sua necessidade de alta > disponibilidade. Não deu para entender. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra

Re: [pgbr-geral] Cluster PostgreSQL (Master/Master - Shared Storage)

2014-06-19 20:53 GMT-03:00 Fabrízio de Royes Mello : > > IMHO, sempre ao decidir utilizar uma nova versão, opto que seja pelo > menos o primeiro ou segundo patch de correções (Ex. 9.4.1 ou 9.4.2). Depende. Para um projeto novo, que comece a ser desenvolvido com um beta, será testado com a X.X.0,

Re: [pgbr-geral] Cluster PostgreSQL (Master/Master - Shared Storage)

2014-06-19 1:04 GMT-03:00 Leonardo Ferreira Guimarães : > > Gostaria de se posicionar quanto a esta versão visto que, existem muitas > versões (9.0, 9.1, 9.2 e 9.3)? Como assim? Algum problema em usar a última? Aliás, dada a proximidade da 9.4, e dependendo do tempo de maturação do projeto, talv

Re: [pgbr-geral] Cluster PostgreSQL (Master/Master - Shared Storage)

2014-06-18 18:05 GMT-03:00 Leonardo Ferreira Guimarães : >> Não existem soluções "nativas" (digo, desenvolvidas pela PGDG) que >> produzam um "cluster" de servidores Postgres ainda. Dê uma olhada em >> Postgres-XC e Postgres-XL que são soluções do tipo "shared nothing". > > Realmente já havia visto

Re: [pgbr-geral] Acessar o postgres remotamente de fora da rede local do servidor

2014-06-05 23:09 GMT-03:00 Giovani Rodrigues : > > É possível fazer consultas numa tabela do postgress via navegador de > internet de um pc fora da rede local do servidor postgresql? Sim. > Eu venho usando postgresql há um ano e meio, mas sempre com windows forms O que é isso? > dentro da mes

[pgbr-geral] Regras de netiqueta (Era: RES: RES: REF: Sentenca SQL não retorna dados corretamente - Resolvido.)

2014-06-05 10:49 GMT-03:00 Paulo : > > Claro era isso, agora funcionou 100%. Colegas, mantenhamos as mensagens em texto simples, e evitemos os ‘RES:’ e ‘REF:’s. O padrão é ‘Re:’, e isso ajuda a manter organizada a caixa postal de todos. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM

Re: [pgbr-geral] aplicativo para trabalhar com design de banco paralinux

2014-06-04 9:18 GMT-03:00 JotaComm : > > Mas é que eu só uso a Free hehehehe :) /Free/ em inglês tem dois sentidos, ‘livre’ e ‘grátis’. É grátis mas não é livre. Prefiro livre, e prefiro texto. Se a gente se satisfizesse com o proprietário grátis, não teria o PostgreSQL, mas Oracle Express, MS

Re: [pgbr-geral] aplicativo para trabalhar com design de banco paralinux

2014-06-03 23:14 GMT-03:00 JotaComm : > > Eu costumo usar o DBVis e até hoje não tive problemas. Uai, acho que esse desconheço. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: a

Re: [pgbr-geral] Carga de dados lenta

2014-06-03 10:47 GMT-03:00 Jocimar Oliveira <21joci...@gmail.com>: > > Exporte para TXT e importe pelo psql: copy web_gerencia.tbl_cgspe from > '/arqtxt/tbl_cgspe.txt' delimiter ';' ; Ou http://michael.otacoo.com/postgresql-2/postgres-9-3-feature-highlight-copy-tofrom-program/ -- skype:leandr

Re: [pgbr-geral] Como restaurar base de dados corrompida

2014-06-03 14:00 GMT-03:00 JotaComm : > > Com relação a curso tem a Dextra, 4Linux e Timbira. Ambos tem profissionais > de qualidade. Referir-se a três como ‘ambos’ (ou ambas) é porque haverá fusão reduzindo a duas? ;-) -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61

Re: [pgbr-geral] Recomendação de cursos

2014-06-03 11:55 GMT-03:00 Alessandro Lima : > > Recomendam os cursos da timbira.com.br: Recomendo tudo da Timbira. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?scre

Re: [pgbr-geral] Tabela filha sem registro na tabela pai

2014-06-03 7:17 GMT-03:00 Danilo Silva : > > É Flavio, a minha sorte é que foi apenas uma tabela que corrompeu, e eu > posso recuperá-la através da tabela de histórico, é até irônico dizer isso, > pois a modelagem do banco está errada, se estivesse certa, dificilmente eu > conseguiria recuperar...

Re: [pgbr-geral] Como restaurar base de dados corrompida

2014-06-02 17:02 GMT-03:00 Alessandro Lima : > Além da timbira, dextra e 4linux, > alguém conhece ou pode indicar mais empresas que oferecem consultoria para > recuperar base de dados? Tinha a PgOpen, baseada em São Paulo, capital (como aliás a 4Linux), mas faz tempo não tenho notícias deles. --

Re: [pgbr-geral] Ferramenta Gráfica para PostgreSql

2014-06-01 14:16 GMT-03:00 Edson F. Lidorio : > > Que ferramenta gráfica para comandos SQL, vocês utilizar para trabalhar com > PostgreSql em Linux? Emacs 24 com modo SQL. Mas os comandos são texto; que funções você quer da ferramenta? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?

Re: [pgbr-geral] RES: [OFF-TOPIC] Normalização de dados.

2014-05-30 14:56 GMT-03:00 Rubens José Rodrigues : > > Mas no meu ponto de vista o *ideal* e teórico (entendimento meu na > normalização 3FN(i)), seria uma tabela para esse e outros atributos que por > ventura possam ou não existir. Nesse caso, não temos informações suficientes para falar de norma

Re: [pgbr-geral] Bytea

2014-05-27 18:55 GMT-03:00 Danilo Silva : > > Tenho uma tabela que contém uma coluna do tipo bytea. No dump, se não for > especificado "--blobs" o dump não terá os "dados" dessa coluna? Depende : ‘-b ‘--blobs ‘Include large objects in the

Re: [pgbr-geral] Replicação

2014-05-21 17:58 GMT-03:00 Fábio Uberti - GMail : > > Estou estudando para implementar a replicação nativa do PostgreSQL.Consegui > fazer funcionar, porém não encontrei um material que explicasse de forma > clara, qual seria o procedimento a ser executando em caso do servidor Master > apresentar pr

Re: [pgbr-geral] MENSAGENS DE ERRO

2014-05-21 10:15 GMT-03:00 Wilson Magalhaes : > Tive um problema parecido no passado, pesquisei e descobri que se for usar > cliente windows tem que usar "LATIN1" se for utilizar em clientE linux > utilizar "UTF8". Não necessariamente. Depende da aplicação. O UTF‐8 é um superconjunto do ISO 8859

Re: [pgbr-geral] Postgres Plus Advanced Server

Le 21 mai 2014 08:16, "Anderson Abreu" a écrit : > > Sei que diversos órgãos públicos têm adotado o Postgres Plus® não só > pela ferramental, mas, também, pelo fato da garantia do suporte no > brasil e no mundo. O dinheiro é da viúva... Não precisa do Plus, tem a Timbira, a 4Linux, e creio que ou

Re: [pgbr-geral] Formato de data

2014-05-20 22:48 GMT-03:00 Stanley Mendes Fonseca : > Ao criar um campo do tipo date ou timestamp o postgre PostgreSQL, ou Postgres. Não Postgre. > guarda a data no formato YMD '2014-05-20' por padrão. Não exatamente. O formato ISO acima é o padrão mundial, mas o PostgreSQL guarda a data num

Re: [pgbr-geral] Postgres Plus Advanced Server

2014-05-20 19:01 GMT-03:00 Marcello Mello : > > kkk, foi a primeira coisa que fiz, mas nao entendi, se é gratuito, se é pago, > no site deles nao achei nada que me esclareceu Essas versões geralmente são pagas, e geralmente contém alguma melhoria (como alguma alteração para escalabilidade) ou fac

Re: [pgbr-geral] Postgres Plus Advanced Server

2014-05-20 18:39 GMT-03:00 Marcello Mello : > O que é Postgres Plus® Advanced Server > > qual a diferença para o PostGres tradicional? Não seria mais fácil consultar quem o fornece? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:le

Re: [pgbr-geral] MENSAGENS DE ERRO

Le 20 mai 2014 12:40, "Eduardo Az - EMBRASIS" a écrit : >> >> 2014-05-20 10:32 GMT-03:00 Eduardo Az - EMBRASIS < eduard...@embrasis.com.br>: select datname,pg_encoding_to_char(encoding) as encoding,datcollate,datctype from pg_database; >>> >>> "UTF8";"Portuguese_Brazil.1252" >> >> U

Re: [pgbr-geral] MENSAGENS DE ERRO

2014-05-20 10:32 GMT-03:00 Eduardo Az - EMBRASIS : >> select datname,pg_encoding_to_char(encoding) as >> encoding,datcollate,datctype from pg_database; > > todos os bancos: > "UTF8";"Portuguese_Brazil.1252";"Portuguese_Brazil.1252" Isso parece contraditório… que me lembre, UTF‐8 é um superconjunto

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-14 7:44 GMT-03:00 Flávio Alves Granato : > On 13-05-2014 17:24, Guimarães Faria Corcete DUTRA, Leandro wrote: >> Perdoem o péssimo português hoje… estou meio indisposto. > O senhor tem crédito no cartório. Estou precisando é de saldo no banco, crédito no cartório não refr

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 18:35 GMT-03:00 Bruno Silva : > 2014-05-13 18:07 GMT-03:00 Thomaz Luiz Santos : >> pessoal caso eu queira tirar os arquivos de um banco de dados (para liberar >> espaço) eu devo deletar os campos, que são referente a eles ? > > Não capture o assunto. Acho que o colega não vai entender,

Re: [pgbr-geral] Ajuda executar vários updates

2014-05-13 17:55 GMT-03:00 Bruno Silva : > > E se não me engano, 1 transação de 50 procedimentos é muito mais > rápida que 50 transações com 1 procedimento cada. É o que me consta. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:lea

Re: [pgbr-geral] Ajuda executar vários updates

2014-05-13 17:38 GMT-03:00 Rodrigo Waters : > > coloca um ; no final de cada sql e taca ficha Sim, mas sem abrir transação explícita primeiro, cada atualização será uma transação implícita separada, o que não é o ‘tudo de uma vez só’ que o consulente parece querer. -- skype:leandro.gfc.dutra?ch

Re: [pgbr-geral] Ajuda executar vários updates

2014-05-13 17:29 GMT-03:00 Renato Poleti : > > Em 13/05/2014 17:17, "Thiago Haroldo" > escreveu: >> >> update db.tab01 set cdchamada = '001001' where cdchamada = '53' >> update db.tab01 set cdchamada = '001002' where cdchamada = '000361' >> update db.tab01 set cdchamada = '001003' where cdcham

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 17:05 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro : > > Seria uma troca ou operadores mais específicos? Perdoem o péssimo português hoje… estou meio indisposto. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 16:24 GMT-03:00 Flávio Alves Granato : > > Todos dois cumprem o que pretendem, mas acho o Lucene mais amigável > ainda mais se adicionarmos o elasticsearch à sopa de tecnologias. Tendo a achar que amiúde o que passa por ser amigável só é mais familiar… pode não ser o caso, entretanto.

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 15:53 GMT-03:00 Cleysson Lima : > Calma pessoal Calmíssimo. Acho que todos estamos. Só peço aos colegas mais afoitos que guardem as tochas e tridentes… ;-) > apenas coloquei uma melhor situação e não como regra. Melhor em que circunstâncias? Essa é a questão. Para entender tua co

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 15:48 GMT-03:00 Flávio Alves Granato : > > Porque "prevejo" ( meu sentido mãe diná ativo) que deva existir uma > aplicação gerando ou salvando estes arquivos. E? Não sei se entendi a conseqüência da hipótese (ou fato). > Porque prefiro deixar uma ferramenta de indexação ( Lucene ) cu

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 15:36 GMT-03:00 Flávio Alves Granato : > > Se há a necessidade de pesquisar o conteúdo dos arquivos, creio ser mais > fácil quando ele esta no filesystem. Mas por quê? Qual a dificuldade de deixar o PostgreSQL indexar o conteúdo dos arquivos? Como exatamente é mais fácil fazer isso no

Re: [pgbr-geral] Arquivos Pdf e Imagens no PostgreSQL

2014-05-13 15:08 GMT-03:00 Cleysson Lima : > O mais recomendado hoje em dia é salvar os arquivos fisicamente na app e > salvar apenas o seu endereço no banco de dados. Quem recomendou, e para que situações? Não transforme um bom conselho específico numa regra geral contraproducente. Do jeito qu

[pgbr-geral] Nova aplicação PostgreSQL: Discourse.org

Embora não procure ativamente fora de necessidade premente, estou sempre atento para novas aplicações interessantes rodando sobre PostgreSQL. Afinal, quem já não foi obrigado a usar um SGBD inferior por causa dalguma aplicação indispensável… algumas nem chego a usar, mas mantenho na memória para a

Re: [pgbr-geral] Benchmark PostgreSQL x MySQL

2014-03-31 17:05 GMT-03:00 Marcal Hokama : > > Só um detalhe no que o Fabio escreveu acima: a partir da versão 5.5 do MySQL > o storage engine padrão do MySQL é o InnoDB, e não o MyISAM Meno male. Mas continua sendo proprietário (e pago) o componente de cópias de segurança a quente do InnoDB? N

Re: [pgbr-geral] Benchmark PostgreSQL x MySQL

2014-03-31 9:42 GMT-03:00 Flavio Henrique Araque Gurgel : > > Só tome cuidado porque desempenho não é o único fator de escolha sobre um > gerenciador de banco de dados Nem de longe! Nem sequer o mais importante. Eu colocaria, antes de desempenho: segurança, estabilidade, gestão (afinal, é um SGB

Re: [pgbr-geral] Benchmark PostgreSQL x MySQL

2014-03-30 18:16 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro : > 2014-03-30 13:16 GMT-03:00 Eduardo Alexandre : >> >> Estou precisando muito de comparação e, de preferência benchmarks sérios >> entre MySQL e PostgreSQL para definição de qual utilizar para um projeto.

Re: [pgbr-geral] Benchmark PostgreSQL x MySQL

2014-03-30 13:16 GMT-03:00 Eduardo Alexandre : > > Estou precisando muito de comparação e, de preferência benchmarks sérios > entre MySQL e PostgreSQL para definição de qual utilizar para um projeto. Difícil, porque o MySQL não é sério. É mais uma brincadeira que saiu de controle. Nem roda códig

Re: [pgbr-geral] Modelagem com problema

2014-03-26 18:15 GMT-03:00 Douglas Fabiano Specht : > > Em 26 de março de 2014 18:00, Guimarães Faria Corcete DUTRA, Leandro > escreveu: >> Mas parece mais um caso para particionamento. >> > Mas o particionamento de tabela é horizontalmente(dados), precisava > partic

Re: [pgbr-geral] Modelagem com problema

2014-03-26 17:55 GMT-03:00 Douglas Fabiano Specht : > alguém conhece se existe como pegar uma tabela com 140 campos e dividi-la em > 2 de 70, e que fique transparente para a aplicação? Visão e gatilhos? Mas parece mais um caso para particionamento. -- skype:leandro.gfc.dutra?chat Yahoo!:

Re: [pgbr-geral] jasonb, o feature mais comentado do Postgres 9.4

2014-03-25 22:49 GMT-03:00 Euler Taveira : > On 25-03-2014 11:11, Guimarães Faria Corcete DUTRA, Leandro wrote: >> 2014-03-25 11:01 GMT-03:00 Flavio Henrique Araque Gurgel : >>> >>> Isso é uma evolução *enorme* para o PostgreSQL, pra quem precisa trabalhar >>> c

Re: [pgbr-geral] jasonb, o feature mais comentado do Postgres 9.4

2014-03-25 11:01 GMT-03:00 Flavio Henrique Araque Gurgel : > > Isso é uma evolução *enorme* para o PostgreSQL, pra quem precisa trabalhar > com dados semiestruturados misturados a dados totalmente relacionais Não existe dado semiestruturado, muito menos em oposição a relacional. Tudo é relacional

Re: [pgbr-geral] Fujitsu lança appliance com PostgreSQL

2014-03-11 18:20 GMT-03:00 Vinicius Santos : >> >> ‘Também suporta cifragem transparente de dados usando a interface de >> padrão aberto do PostgreSQL. Isso automaticamente cifra dados na base >> de dados, de modo que desenvolvedores de aplicação podem armazenar >> dados cifrados sem qualquer trab

Re: [pgbr-geral] Fujitsu lança appliance com PostgreSQL

2014-03-11 18:00 GMT-03:00 Vinicius Santos : > 2014-03-11 16:42 GMT-03:00 Fabrízio de Royes Mello > : > >> FUJITSU Integrated System HA Database Ready SX2 >> http://www.fujitsu.com/global/news/pr/archives/month/2014/20140228-02.html > > "It also supports transparent data encryption using the open-s

[pgbr-geral] PgFouine (Era: problema de conexao unrecognized winsock error 10061)

Dando um nome correto a novo assunto. 2014-03-10 17:06 GMT-03:00 Rosana de Oliveira : > > * check that PostgreSQL uses an english locale for logging (lc_messages […] > user=, db=LOG: sistema de banco de dados foi desligado em 2014-03-06 Parece que ainda não foi… -- skype:leandro.gfc.dutra?ch

Re: [pgbr-geral] SUBSTITUTO DO DBLINK

Digitado às pressas dum mero celular de toque de tela. Le 10 mars 2014 10:56, "Eduardo Az - EMBRASIS" a écrit : > > Não sei se estou “viajando”, mas, acredito ter lido um e-mail que, tem um outro recurso incrementado a partir da verão 9.2 e melhorado na 9.3 que substitui o DBLINK de forma mais fác

Re: [pgbr-geral] Vacuum com outro comando

2014-03-06 11:36 GMT-03:00 Luiz Carlos L. Nogueira Jr. : > Não deu certo > echo "SET statement_timeout TO 0; VACUUM table1; REINDEX TABLE table1;" | > psql postgres > Mas já resolvi o problema. Como resolveu? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 719

[pgbr-geral] ‘Mainframe’ PostgreSQL

http://www.wcm.bull.com/internet/pr/new_rend.jsp?DocId=853877&lang=en Teles, foi você? -- 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

Re: [pgbr-geral] Retornar records concatenados

2014-02-28 9:20 GMT-03:00 Rafael Fialho Corrêa : > > A intenção de todos é ajudar, de qualquer forma, e aprender com isso. > Mas o meu ponto de vista é de que, as vezes, o que não é compreensível para > mim pode ser compreensível para outros, e vice-versa. > Isso seria apenas pra tentar evitar mais

Re: [pgbr-geral] Retornar records concatenados

2014-02-28 0:07 GMT-03:00 Rafael Fialho Corrêa : > > Na minha humilde opinião (de quem teve que acompanhar de fora toda essa > discussão), ficam duas coisas que sempre lembro antes de responder: > 1. Se não entendi a pergunta, não respondo. A não ser que não haja resposta > e eu saiba exatamente os

Re: [pgbr-geral] Retornar records concatenados

2014-02-27 20:41 GMT-03:00 Matheus de Oliveira : > > Não vou prolongar a conversa, o Dutra (noutra mensagem) já resumiu o meu > sentimento, e acredito que você não fez por mal, então sem rancores. Ok? Gente, por favor, não sou moderador mas peço que paremos por aqui. Cada um já disse o que queria,

Re: [pgbr-geral] buscar campos sem nenhuma informação

2014-02-27 18:03 GMT-03:00 Diego Nobre : > Em 27 de fevereiro de 2014 16:31, Douglas Fabiano Specht > escreveu: > >> queria saber se alguém ja precisou ou pode me ajudar a buscar nas tabelas >> de um banco de dados quais os campos estão totalmente vazios ou nulos, ou >> seja, sem nunca ter recebid

Re: [pgbr-geral] buscar campos sem nenhuma informação

2014-02-27 17:38 GMT-03:00 Renato Poleti : > > 2014-02-27 16:31 GMT-03:00 Douglas Fabiano Specht > : >> queria saber se alguém ja precisou ou pode me ajudar a buscar nas tabelas de >> um banco de dados quais os campos estão totalmente vazios ou nulos, ou >> seja, sem nunca ter recebidos nenhum dad

Re: [pgbr-geral] Retornar records concatenados

2014-02-27 17:06 GMT-03:00 Carlos Antônio Pereira (VidaUTI) : > > Hoje eu fiquei muito desanimado. Vejo que a lista continua como antigamente. As pessoas que detêm conhecimento são basicamente as mesmas, assim como suas circunstâncias. Tentamos amadurecer, mas nem sempre conseguimos. Mas será qu

Re: [pgbr-geral] buscar campos sem nenhuma informação

2014-02-27 16:37 GMT-03:00 Douglas Fabiano Specht : > > Sim, com certeza é modelagem, mas queria ver se conseguia atraves de alguns > joins nas tabelas de sistema.. Entendo. Mas eu estranharia muito se essa informação fosse guardada. Seria muito E/S e armazenamento para uso muito pouco. Trabalhe

Re: [pgbr-geral] buscar campos sem nenhuma informação

2014-02-27 16:31 GMT-03:00 Douglas Fabiano Specht : > queria saber se alguém ja precisou ou pode me ajudar a buscar nas tabelas de > um banco de dados quais os campos estão totalmente vazios ou nulos, ou seja, > sem nunca ter recebidos nenhum dado. Rapaz, esse parece um problema de modelagem, não

Re: [pgbr-geral] Retornar records concatenados

2014-02-27 11:40 GMT-03:00 Carlos Antônio Pereira (VidaUTI) : >>> Não, meu caro. Eu escrevi: uma função DE UNICA LINHA. >> >> Não é minha culpa se você não sabe se expressar direito. O que você quer é >> que as duas consultas retornem em colunas distintas, na mesma linha. >> >> Poderia ser um pouco

Re: [pgbr-geral] Aumentar Disponibilidade/Desempenho Postgresql

2014-02-21 17:23 GMT-03:00 Thiago Haroldo : > > Eu já peguei o servidor com Raid 5, já li que não presta para banco de > dados, baixa leitura e escrita. O pior é a falta de confiabilidade. É muito comum Raid 5 causar falhas catastróficas. Vide histórico da lista a respeito. > Eu penso em repli

Re: [pgbr-geral] Aumentar Disponibilidade/Desempenho Postgresql

2014-02-21 14:14 GMT-03:00 Thiago Haroldo : > > O meu servidor contém Raid 5 e insto já diminui um pouco o desempenho da > base de dados Passa para Raid 10 assim que possível. Sério. Raid 5 é medida de economia porca, ou para casos muito específicos. Muito mais simples e barato que replicação,

Re: [pgbr-geral] Primeiro concorrente ‘do futuro’, em vez de ‘do passado’

2014-02-19 20:05 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro : > http://googlecloudplatform.blogspot.com.br/2014/02/google-cloud-sql-now-generally-available.html Autoesclarecimento: futuro competitivo, visto que serviços centralizados escolhendo dialetos idiossincráticos têm potencial

[pgbr-geral] Primeiro concorrente ‘do futuro’, em vez de ‘do passado’

http://googlecloudplatform.blogspot.com.br/2014/02/google-cloud-sql-now-generally-available.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 BRAZ

Re: [pgbr-geral] consulta lenta

Renato, por favor siga as regras da lista e o exemplo dos colegas: responda após o texto respondido. 2014-02-19 16:39 GMT-03:00 Renato Poleti : > pessoal quando se trata de consulta lenta, pode ser qq questao E? Isso não nos exime de tentar entender a situação antes de dar pitaco. > logo nao

[pgbr-geral] PostgreSQL embutido — com replicação!

http://scanningpages.wordpress.com/2014/02/19/embedding-slony/ -- 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=

Re: [pgbr-geral] consulta lenta

2014-02-18 21:10 GMT-03:00 Renato Poleti : > Para tentar melhorar o desempenho, coloque os indices em tablespace > direfente do tablespace da propria tabela Se estiverem em discos diferentes, se não só complica, sem ganhos. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55

Re: [pgbr-geral] Artigo muito interessante sobre PostgreSQL batendo em NoSQL

2014-02-18 19:43 GMT-03:00 Fabrízio de Royes Mello : > On 18-02-2014 18:44, Guimarães Faria Corcete DUTRA, Leandro wrote: >> >> http://tapoueh.org/blog/2014/02/17-aggregating-nba-data-PostgreSQL-vs-MongoDB.html > > O Dimitri é *ninja*... hehehe Sem dúvida. O que me chama a a

[pgbr-geral] Artigo muito interessante sobre PostgreSQL batendo em NoSQL

http://tapoueh.org/blog/2014/02/17-aggregating-nba-data-PostgreSQL-vs-MongoDB.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:

Re: [pgbr-geral] referenciando parametros de funções PGSQL

2014-02-17 18:25 GMT-03:00 Vinícius Aquino do Vale : > > Em 17 de fevereiro de 2014 16:44, Guimarães Faria Corcete DUTRA, Leandro > escreveu: > >> Tua resposta continua na forma errada, Vinícius… consulte as dicas do >> Euler e do Flávio deste mês, no arquivo da lista.

Re: [pgbr-geral] referenciando parametros de funções PGSQL

2014-02-17 16:23 GMT-03:00 Vinícius Aquino do Vale : > Blz pessoal, acho que peguei agora... Segui o que o Flávio falou selecionei > o texto e respondi, agora acho que foi. Tua resposta continua na forma errada, Vinícius… consulte as dicas do Euler e do Flávio deste mês, no arquivo da lista. --

Re: [pgbr-geral] referenciando parametros de funções PGSQL

2014-02-17 16:17 GMT-03:00 Flávio Granato : > On 17-02-2014 16:13, Jocimar Oliveira wrote: >> >> No Gmail é padrão o top-posting, saberia a forma de mudar isto ? > > No gmail é só selecionar o texto que quer responder e clicar em > Responder ou Responder a todos... Acho que foi o Flávio que public

Re: [pgbr-geral] referenciando parametros de funções PGSQL

2014-02-17 16:07 GMT-03:00 Vinícius Aquino do Vale : > Espero que tenha feito certo dessa vez ao usar a NetEtiqueta. Não. Se não tiverem tempo ou disposição de ler a RFC 1855 e textos correlatos, pelo menos sigam nosso exemplo… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra

Re: [pgbr-geral] referenciando parametros de funções PGSQL

2014-02-17 13:46 GMT-03:00 Ari Lima : > Desculpe, mas nao entendi isso de "responder em cima" Compare como você responde (em cima do texto original, errado) e como nós respondemos (em baixo do texto respondido, correto). Ou veja a mensagem recente do Euler a respeito de /top posting/. Melhor ain

Re: [pgbr-geral] referenciando parametros de funções PGSQL

2014-02-17 13:24 GMT-03:00 Ari Lima : > Montei a função com o execute assim. Está dando erro ao tentar ler a variável: Evitar responder em cima, e seguir as instruções já dadas, poderia ajudar:… > 2014-02-17 11:00 GMT-03:00 Flavio Henrique Araque Gurgel : >> >> Leia um pouquinho só de documentaç

<    1   2   3   4   5   6   7   8   9   10   >