Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Pablo Sánchez
Excelente análise, bastante imparcial. Parabéns. Em 22/01/08, junior Prado [EMAIL PROTECTED] escreveu: COMPARAÇÕES ENTRE MYSQL E POSTGRESQL Cobertura do sql Em termos de expressividade as linguagens suportadas pelos dois sistemas são bastante equivalentes. Armazenamento e

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Thiago Diogo
Nossa, muito bom texto Prado, está de parabéns! Outra coisa, você teria algum link que mostrasse a diferença entre esses storage engines do mysql? Acho que seria interessante na hora de escolher a base de dados. Abraço! Obs.: Vou guardar esse texto em um txt eehhehehe. 2008/1/22 Pablo Sánchez

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico junior Prado
Thiago, este artigohttp://www.softwareprojects.com/resources/programming/t-mysql-storage-engines-1470.htmlparece ser interessante... http://www.softwareprojects.com/resources/programming/t-mysql-storage-engines-1470.html -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez!

Re: [pgbr-geral] Digest pgbr-geral, volume 11, assunto 53

2008-01-22 Por tôpico Patrick Espake
... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20080122/6b5c126b/attachment-0001.htm -- Message: 2 Date: Tue, 22 Jan 2008 07:59:34 -0300 From: Pablo Sánchez [EMAIL PROTECTED] Subject: Re: [pgbr-geral] PostgreSQL x MySQL To: Comunidade

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico junior Prado
Evandro, As comparações foram pesquisas e textos meus também. Concluíndo, filtrei várias informações e adicionei informações... -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez! ___ pgbr-geral mailing list

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Evandro Ricardo Silvestre
Também gostei da analise, só faltou o nome do autor, ou é de autoria do Junior Prado? Esse é um texto interessante para colocar no portal do postgresql.org.br O que acham? Evandro Pablo Sánchez wrote: Excelente análise, bastante imparcial. Parabéns. Em 22/01/08, *junior Prado* [EMAIL

Re: [pgbr-geral] Ptop

2008-01-22 Por tôpico Mateus
Euler Taveira de Oliveira escreveu: Mateus wrote: checking for a BSD-compatible install... /usr/bin/install -c checking OS revision number... 62RELEASE checking for pg_config... /usr/local/pgsql/bin/ checking for PostgreSQL libraries... ./configure: line 3193: /usr/local/pgsql/bin/: is a

Re: [pgbr-geral] Postgresql 32 x 64 bits

2008-01-22 Por tôpico Dickson Guedes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roberto Mello escreveu: (..) (nao tenho a minima ideia de como se diz isso em portugues). apenas para descontrair Segundo o google: Você quiz dizer endianness? http://en.wikipedia.org/wiki/Endianness /apenas para descontrair :-) -BEGIN PGP

Re: [pgbr-geral] Conexão Remota

2008-01-22 Por tôpico Dickson Guedes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adriano - DriDa escreveu: A máquina que está o postgreSQL é: Semprom 3200+ com 1Gb Ram - HD sata - WinXP e PostgreSQL 8.2 - 2Mbps Link. IP dinâmico. Os tempos de resposta parecem aceitáveis. - - Qual o tipo de link? Se for frame relay qual o valor

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico Heloisa Fernanda
Erlon - Forsell [EMAIL PROTECTED] escreveu: algúem já implantou no banco de dados a tabela dos municípios do brasil, com código e nome? alguém já procurou e achou esta tabela? se alguém possuir esta tabela no banco de dados e puder me passar, agradeço. ats, erlon

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico Erlon - Forsell
só que eu não preciso do cep, preciso do código dos municípios. - Original Message - From: Leandro Damascena [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, January 22, 2008 12:31 PM Subject: Re: [pgbr-geral] códigos de município

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico Leandro Damascena
Erlon - Forsell escreveu: algúem já implantou no banco de dados a tabela dos municípios do brasil, com código e nome? alguém já procurou e achou esta tabela? se alguém possuir esta tabela no banco de dados e puder me passar, agradeço. ats, erlon O que você quer se chama DNE, os correios te

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Daniel Gaspary
O PostgreSQL: é para aplicações complexas, ou seja, quando envolvem um grande volume de dados(acima de 5 milhões por dia) ou que tratam informações críticas. Essa alegação eu não vejo muito nexo. Vejo o postgres funcionando bem mesmo com configuração Default para bancos menores e sem exigir muito

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico George Silva
Sou bastante novo em Postgresql e gostaria de saber como inserir esta tabela toda de uma vez em uma tabela do meu BD. ATt. George On 1/22/08, Erlon - Forsell [EMAIL PROTECTED] wrote: só que eu não preciso do cep, preciso do código dos municípios. - Original Message - From: Leandro

Re: [pgbr-geral] Conexão Remota

2008-01-22 Por tôpico Adriano - DriDa
Os tempos de resposta parecem aceitáveis. - - Qual o tipo de link? Se for frame relay qual o valor do CIR? Se for um xDSL quais os valores de taxa de upload e download? DSL - 30kbps up - 200kbps down - - Esse /select/ retorna quantos KB? 300kb - - Qual o

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Daniel Gaspary
2008/1/22 junior Prado [EMAIL PROTECTED]: Daniel, Dando um exemplo com outro escopo, vc poderia usar OID para arquivos menores de um 1G, mas o ideal seria bytea. Bem colocado. Não havia pensado por esse lado. Eu estava me referindo a sintaxe dos comandos SQL mesmo. No mundo da informática

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico junior Prado
Daniel, Dando um exemplo com outro escopo, vc poderia usar OID para arquivos menores de um 1G, mas o ideal seria bytea. No mundo da informática nada é certo, precisamos sempre levantar dados para saber o que usar... Então TUDO depende da aplicação, demanda e outros itens não citados. -- Valter

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Leonardo Cezar
2008/1/22 junior Prado [EMAIL PROTECTED]: O PostgreSQL não permite associar a organização de uma tabela com a ordem de um índice, embora permita uma operação única de ordenação(CLUSTER). E essa operação de ordenação faz exatamente uma reorganização física da tabela, não é isso? Como funciona

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Pablo Sánchez
Em 22/01/08, Daniel Gaspary [EMAIL PROTECTED] escreveu: O PostgreSQL: é para aplicações complexas, ou seja, quando envolvem um grande volume de dados(acima de 5 milhões por dia) ou que tratam informações críticas. Essa alegação eu não vejo muito nexo. Vejo o postgres funcionando bem mesmo

Re: [pgbr-geral] Conexão Remota

2008-01-22 Por tôpico edersonecris
Bom vou deixar minha opinião tb. O sistema instalado no supermercado do meu sogro começou a dar vários erros aleatórios e instabilidade no sistema operacional. Depois de muito quebrar a cabeça descobri que era o cabeamento da rede que o eletricista montou. Estava totalmente fora do padrão. Dá

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico George Silva
Ok! Obrigado. Uma outra questão: a tabela para qual eu vou copiar os registros precisam estar com os campos correspondentes criados ou o pg os cria para mim? Att George Obrigado On 1/22/08, Osvaldo Rosario Kussama [EMAIL PROTECTED] wrote: George Silva escreveu: Sou bastante novo em

Re: [pgbr-geral] Conexão Remota

2008-01-22 Por tôpico Adriano - DriDa
Bom vou deixar minha opinião tb. O sistema instalado no supermercado do meu sogro começou a dar vários erros aleatórios e instabilidade no sistema operacional. Depois de muito quebrar a cabeça descobri que era o cabeamento da rede que o eletricista montou. Estava totalmente fora do padrão. Dá

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Jean
Boa tarde! Vc poderia passar as configurações do seu servidor, s.o, versão postgres e etc - Original Message - From: Patrick Espake To: pgbr-geral@listas.postgresql.org.br Sent: Tuesday, January 22, 2008 4:19 PM Subject: Re: [pgbr-geral] PostgreSQL x MySQL

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Fernando Ike
Em Tue, 22 Jan 2008 14:48:46 -0200 Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu: [...] Concordo. É uma das deficiências do MVCC. Mas há maneiras de se contornar isso: (i) materializando o COUNT() em uma outra tabela (ii) utilizando o resultado de estatísticas. Pois é, esse

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico Osvaldo Rosario Kussama
George Silva escreveu: Sou bastante novo em Postgresql e gostaria de saber como inserir esta tabela toda de uma vez em uma tabela do meu BD. Como estão formatados os dados que pretente inserir no bd? Se, por exemplo, estiverem na forma de um arquivo texto csv utilize: COPY sua_tabela FROM

Re: [pgbr-geral] Conexão Remota

2008-01-22 Por tôpico José Mello Júnior
A conexão remota esta submetida a uma VPN e Firewall? Em 22/01/08, Adriano - DriDa [EMAIL PROTECTED] escreveu: Bom vou deixar minha opinião tb. O sistema instalado no supermercado do meu sogro começou a dar vários erros aleatórios e instabilidade no sistema operacional. Depois de muito

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Patrick Espake
Pessoal, Desanimei com a lista agora. Poxa vida fiz uma pergunta objetiva, o Prado envio uma texto enorme que foge totalmente do foco da pergunta, eu entendo que quer ajudar e agradeço muito. Acredito que temos que ser mais objetivos e mais exatos, estamos trabalhando com uma ciência exata.

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Euler Taveira de Oliveira
Patrick Espake wrote: Vou enviar a minha pergunta de novo (na esperança de uma resposta objetiva). Não precisa. Se você ao menos respondesse o que a gente perguntou [1] [2] [3]. Não temos bola de cristal para adivinhar o que o PostgreSQL está fazendo na sua máquina, com as suas

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico junior Prado
Srs, Peço desculpas por enviar o texto enorme. Mas é dificil ser exato onde tudo é relativo.Ex.: Quantidade de registros, tipos de tabela do mysql, configurações dos sgbds, etc... Daniel, me desculpe... -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez!

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Daniel Gaspary
2008/1/22 Patrick Espake [EMAIL PROTECTED]: Pessoal, Desanimei com a lista agora. Poxa vida fiz uma pergunta objetiva, o Prado envio uma texto enorme que foge totalmente do foco da pergunta, eu entendo que quer ajudar e agradeço muito. Acredito que temos que ser mais objetivos e mais

[pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Pedro B. Alves
Pessoal, gostaria de umas dicas... Tenho uma aplicação Comercial, com banco de dados PostgreSQL... Vocês conhecem algum banco de dados local, como o Paradox? qual vocês me indicariam para uma aplicação que irá rodar em apenas uma maquina e não necessite de uma maquina muito potente? PS: Só que

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Fabio Telles
Em 22/01/08, Patrick Espake[EMAIL PROTECTED] escreveu: Pessoal, Desanimei com a lista agora. Poxa vida fiz uma pergunta objetiva, o Prado envio uma texto enorme que foge totalmente do foco da pergunta, eu entendo que quer ajudar e agradeço muito. Patrick... na verdade as pessoas te

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico alecindro
Se for para aplicação java sugiro JAVADB (SUN) ou Derbie (APACHE). Você utiliza de forma embebbed. Ao iniciar a aplicação, o banco é iniciado. Até funciona em rede, porém uma aplicação cliente de cada vez. Alecindro Pessoal, gostaria de umas dicas... Tenho uma aplicação Comercial, com

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Jean
Firebird é uma opção legal tbm !!! - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, January 22, 2008 5:31 PM Subject: Re: [pgbr-geral] Banco de Dados local Se for para aplicação java

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Leandro Damascena
Pedro B. Alves escreveu: Pessoal, gostaria de umas dicas... Tenho uma aplicação Comercial, com banco de dados PostgreSQL... Vocês conhecem algum banco de dados local, como o Paradox? qual vocês me indicariam para uma aplicação que irá rodar em apenas uma maquina e não necessite de uma

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico junior Prado
Pedro, Para aplicações java existe tb o HSQLDB. Em 22/01/08, Pedro B. Alves [EMAIL PROTECTED] escreveu: Pessoal, gostaria de umas dicas... Tenho uma aplicação Comercial, com banco de dados PostgreSQL... Vocês conhecem algum banco de dados local, como o Paradox? qual vocês me indicariam

Re: [pgbr-geral] códigos de município

2008-01-22 Por tôpico Osvaldo Rosario Kussama
George Silva escreveu: Uma outra questão: a tabela para qual eu vou copiar os registros precisam estar com os campos correspondentes criados ou o pg os cria para mim? A criação do banco de dados, da tabela e seus respectivos campos, é reponsabilidade sua. Creio que é bom você dar uma

Re: [pgbr-geral] Verificar se uma string so possui numero

2008-01-22 Por tôpico Leonardo Cezar
2008/1/22 Anderson [EMAIL PROTECTED]: Gostaria de saber se existe alguma funcao no PostgreSQL que retorna se uma determinada string so possui valor numerico. exemplo: '123' == verdadeiro '123a' == falso SELECT '123' ~ '^[-0-9]+$' -Leo -- Leonardo Cezar et all

Re: [pgbr-geral] Verificar se uma string so possui numero

2008-01-22 Por tôpico Anderson
Faleu patrao, e isto mesmo que eu quero ... Muito obrigado. - Original Message - From: Leonardo Cezar [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, January 22, 2008 4:49 PM Subject: Re: [pgbr-geral] Verificar se uma string so

Re: [pgbr-geral] Verificar se uma string so possui numero

2008-01-22 Por tôpico Leonardo Cezar
2008/1/22 Leonardo Cezar [EMAIL PROTECTED]: 2008/1/22 Anderson [EMAIL PROTECTED]: Gostaria de saber se existe alguma funcao no PostgreSQL que retorna se uma determinada string so possui valor numerico. exemplo: '123' == verdadeiro '123a' == falso SELECT '123' ~ '^[-0-9]+$' fix

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Roberto Mello
2008/1/22 Patrick Espake [EMAIL PROTECTED]: Poxa vida fiz uma pergunta objetiva, o Prado envio uma texto enorme que foge totalmente do foco da pergunta, eu entendo que quer ajudar e agradeço muito. Como ja' foi dito, responda nossas perguntas e vamos fazer todo possivel pra ajudar. Pelos

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Patrick Espake
Pessoal, Eu rodei o Vacuum em todas as tabelas (não sei bem o que esse cara faz). Depois de rodar o Vacuum o desempenho melhorou bastante, a consulta ficou mais rápido. Peço desculpas, pois não vi essas mensagens: http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-January/005982.html

Re: [pgbr-geral] Ptop

2008-01-22 Por tôpico Charles
Euler Taveira de Oliveira escreveu: Mateus wrote: checking for a BSD-compatible install... /usr/bin/install -c checking OS revision number... 62RELEASE checking for pg_config... /usr/local/pgsql/bin/ checking for PostgreSQL libraries... ./configure: line 3193: /usr/local/pgsql/bin/: is a

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Pedro B. Alves
Desenvolvemos em Delphi. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Leandro Damascena
Pedro B. Alves escreveu: Desenvolvemos em Delphi. http://www.itwriting.com/sqlitesimple.php http://www.itwriting.com/repos/sqlitewrapper/trunk/ Leandro Damascena. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Pedro B. Alves
SQLite, qual é o fabricante? tem material em português? foruns etc..? Em 22/01/08, Leandro Damascena [EMAIL PROTECTED] escreveu: Pedro B. Alves escreveu: Desenvolvemos em Delphi. http://www.itwriting.com/sqlitesimple.php http://www.itwriting.com/repos/sqlitewrapper/trunk/ Leandro

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Pedro B. Alves
também, as maquinas que pretendo colocar essa nova funcionalidade do sistema é em máquinas com capacidades baixas.. tipo AMD K6 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] Mudar formato de data no postgres

2008-01-22 Por tôpico edersonecris
Pessoal, boa noite. Estou com um problema. Instalei o pg com o formato de data em ymd, só que agora com todo o bd pronto, tenho que fazer umas consultas de contas a pagar. E no delphi estou tendo que escrever as datas nesse formato para filtra por sql. Tem como eu mudar o formato de data no pg

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Marcos Aurelio
O que vc chama de banco de dados local ? Por acaso não está querendo se referir a flat-file ? Paradox não é banco de dados. No Paradox, que é um framework na verdade, o repositório de dados é representado por um (ou uma coleção) de arquivos discretos (daí a designação de flat-files) para vários

Re: [pgbr-geral] Banco de Dados local

2008-01-22 Por tôpico Osvaldo Kussama
--- Pedro B. Alves [EMAIL PROTECTED] escreveu: SQLite, qual é o fabricante? tem material em português? foruns etc..? O google é seu amigo: O SQLite é de *domínio público*. http://pt.wikipedia.org/wiki/SQLite http://www.sqlite.org/ http://sqlitebrasil.codigolivre.org.br/ (me parece que o

Re: [pgbr-geral] Como configurar o Postgre no Fedora Core 6

2008-01-22 Por tôpico Osvaldo Kussama
--- José Luiz Manzoli [EMAIL PROTECTED] escreveu: Galera boa noite!! Seguinte eu estou tentando criar uma conexão no PgAdminIII mas não estou conseguindo. Já editei o pg_hba.conf coloquei host all all 192.168.0.0 255.255.0.0 trust postgresql.conf tentei editar mas não achei nada para

Re: [pgbr-geral] PostgreSQL x MySQL

2008-01-22 Por tôpico Euler Taveira de Oliveira
Patrick Espake wrote: Eu rodei o Vacuum em todas as tabelas (não sei bem o que esse cara faz). Depois de rodar o Vacuum o desempenho melhorou bastante, a consulta ficou mais rápido. Analisando o explain analyze [1], parece-me que as tabelas estão com as estatísticas desatualizadas ou o