Re: [pgbr-geral] Replicação Postgres
2008/7/1 [EMAIL PROTECTED]: br / Boa noite.br / br / Desculpme minha ignorancia mas alem de ser novo na lista, estou com a cabeça na forca.. rsrsbr / Vamos lá.. br / Infelismente estou utilizando o W2003 Enterprise e Postgres 8.1.br / - Instalei o Postgres e esta rodando belezinha.. fiz uns ajustes no postgres.conf e ficou muito rápido. Foi entao que me perguntaram se teria como replicar para um servidor de backup da rede. Num reflexo disse que sim, mas estou enrroscando na hora de criar o slave.br / - Oq eu fiz: criei o master pelo pgadmin e blz. Ai adicionei o server Slave e blz. Quando adiciono o slave ao cluster principal da a seguinte mensagem.br / br / ERROR: syntax error at or near quot;;quot;br / LINE 33: CREATE TYPE xxid;br / ^br / Estou utilizando o Slony-I 1.2.1. Meu pgadmin 1.8.2br / Gostaria de se caso alguem já tenha feito que me envie algum material por favor,br / vi em um site que falava sobre fazer por linhas de codigo, mas nao encontro mais o site, e particularmente prefiro as linhas de comando.br / br / Grato.. Dá uma olhada no tutorial deste blog: http://ribafs.wordpress.com -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação Postgres
2008/7/1 [EMAIL PROTECTED]: Infelismente estou utilizando o W2003 Enterprise e Postgres 8.1.br / Não pode ser uma versão mais recente? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] crystal e vb
Eu tenho um relatório feito no crystal report com conexão access Estou mudando para o banco de dados postgresql e como conecto via código no vb. Vilson ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] crystal e vb
[EMAIL PROTECTED] wrote: Eu tenho um relatório feito no crystal report com conexão access Estou mudando para o banco de dados postgresql e como conecto via código no vb. Se fosse para conectar o relatório do Access diretamente ao Postgresql era só você alterar a conexão ODBC em Database/Database Expert. Mas como é via código não sei te informar e acho que essa não é a melhor lista para perguntar. Porque seu problema é entre o Crystal e o VB e não com o Postgres. Você teria a mesma dúvida em qualquer outro banco de dados. Sugiro perguntar em uma lista de VB bem ativa ou em uma lista de Crystal. Att Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] crystal e vb
R sendo o controle do crystal no VB GGserver é o local dos dados Database=Notas é o nome do bd que estou acessando na string abaixo GGuser o nome de usuario que vc acessa pelo pgadmin ggsenha a senha do bd. VC ainda tem que ter um odbc configurado em ferramentas administrativas/odbc no teu pc. Segue o código: Dim gsconnect As String gsconnect = driver={PostgreSQL};server= GGServer ;port=5432;database=Notas;uid= GGUser ;pwd= GGSenha R.Connect = gsconnect R.ReportFileName = GGCaminho \Relat\Prod_Completo.rpt R.RetrieveDataFiles R.Action = 1 espero ter ajudado [EMAIL PROTECTED] wrote: Eu tenho um relatório feito no crystal report com conexão access Estou mudando para o banco de dados postgresql e como conecto via código no vb. Se fosse para conectar o relatório do Access diretamente ao Postgresql era só você alterar a conexão ODBC em Database/Database Expert. Mas como é via código não sei te informar e acho que essa não é a melhor lista para perguntar. Porque seu problema é entre o Crystal e o VB e não com o Postgres. Você teria a mesma dúvida em qualquer outro banco de dados. Sugiro perguntar em uma lista de VB bem ativa ou em uma lista de Crystal. Att Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [OFF] - AJUDA: Debate sobre Sof tware Livre na TV Câmara
Leandro DUTRA escreveu: 2008/7/1 Pablo Sánchez [EMAIL PROTECTED]: Cara, sim, tem um mini os lá dentro, inclusive, vc escolhe se quer fedora 4, 6 ou 7. :-D Isso não quer dizer um núcleo, nem muda o que falei... umas bibliotecas, uns vínculos simbólicos, e pronto. Dutra, Um módulo linux.ko que uma vez carregado via kldload compreende os binários ELFs do linux e os traduz, mais parcimonioso impossível. :D -- []s Dickson S. Guedes - Projeto Colmeia - Curitiba - PR (41) 3254-7130 ramal: 27 http://pgcon.postgresql.org.br http://makeall.wordpress.com/ http://planeta.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Ordem de atributos das tabelas
Tudo pessoal, estou com uma modelagem enorme sendo feita e agora estou com um dúvida. Existe alguma ordem de atributos a ser seguida na criação de tabela no PostgreSQL?? Exemplo: Primeiro - chave primaria Segundo - Todos os campos não nulos Terceito - Todos os campos nulos Quarto - Todos os campos númericos Quinto - Todos os campos texto fixo. Sexto - Todos os campos texto variáveis e assim por diante -- View this message in context: http://www.nabble.com/Ordem-de-atributos-das-tabelas-tp18236839p18236839.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ordem de atributos das tabelas
A chave primária pode até ser o último! Na verdade, o lance é tão livre para vc escolhar, que se quiser, pode até ser sem chave primária! Suas tabelas nem precisam ter relacionamento, chaves compostas, fks, pks ou indexação. :-P Mas se vc fizer isso e a gente ficar sabendo, vai tomar uns cascudos. :-D 2008/7/2 joao.junior [EMAIL PROTECTED]: Não existe não , o que pode ser feito é para a sua organização dos atributos na tabela. - Original Message - From: Glauber Almeida [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Sent: Wednesday, July 02, 2008 9:54 AM Subject: [pgbr-geral] Ordem de atributos das tabelas Tudo pessoal, estou com uma modelagem enorme sendo feita e agora estou com um dúvida. Existe alguma ordem de atributos a ser seguida na criação de tabela no PostgreSQL?? Exemplo: Primeiro - chave primaria Segundo - Todos os campos não nulos Terceito - Todos os campos nulos Quarto - Todos os campos númericos Quinto - Todos os campos texto fixo. Sexto - Todos os campos texto variáveis e assim por diante -- View this message in context: http://www.nabble.com/Ordem-de-atributos-das-tabelas-tp18236839p18236839.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 [EMAIL PROTECTED] (61) 9975-0883 http://www.tiblog.com.br Quidquid latine dictum sit, altum viditur = ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ordem de atributos das tabelas
Glauber Almeida wrote: Tudo pessoal, estou com uma modelagem enorme sendo feita e agora estou com um dúvida. Existe alguma ordem de atributos a ser seguida na criação de tabela no PostgreSQL?? Exemplo: Primeiro - chave primaria Segundo - Todos os campos não nulos Terceito - Todos os campos nulos Quarto - Todos os campos númericos Quinto - Todos os campos texto fixo. Sexto - Todos os campos texto variáveis e assim por diante Não existe uma ordem obrigatório. Bem porque conforme a tabela vai crescendo vai sendo jogado tudo no final. Mas, recomendo criar alguma norma pelo menos para o inicio da tabela. Como por exemplo, a PK vc sempre deixar por primeiro, facilita a visualização. Campos que serão bastante utilizados pelos desenvolvedores logo em seguida. Por exemplo, uma tabela de cliente: 1º cod_cliente pk 2º nome um campo que sempre será usado para consulta em caso de uma auditoria Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF-TOPIC] Vagas para Perl em S ão Paulo - Dextra
MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Bom dia, pessoal.=0A=0AA Dextra est=E1 buscando profissionais de Perl para = S=E3o Paulo:=0A=0A* Desenvolvedor Perl=0A- Dom=EDnio no desenvolvimento com= Perl orientado a objeto=0A- Conhecimento em banco de dados Oracle, MySQL e= PostgreSQL;=0A- Conhecimento da linguagem SQL; =0A- Viv=EAncia em programa= =E7=E3o para web e linguagens script;=0A- Flu=EAncia no uso de HTML / XML;= =0A- Desej=E1vel: Design Patterns, UML, Informix.=0ALocal: S=E3o Paulo - SP= =0A=0AOs interessados podem se cadastrar no endere=E7o abaixo:=0A=0Ahttps:/= /dextranet.dextra.com.br/cv/=0A=0AUm abra=E7o.=0A-- =0ALuis Dosso =0ADextra= Sistemas =0Awww.dextra.com.br =0A+55 19 3256-6722 =0A=0AEste email =E9 con= fidencial. Mais informa=E7=F5es em: =0AThis message is confidential. More i= nformation at: =0Ahttp://www.dextra.com.br/confidencial.htm =0A=0A=0A = Novos endere=E7os, o Yahoo! que voc=EA conhece. Crie um email novo com a su= a cara @ymail.com ou @rocketmail.com.=0Ahttp://br.new.mail.yahoo.com/addres= ses ___ 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] - AJUDA: Debate sobre Software Livre na TV Câmara
2008/7/2 Dickson Guedes [EMAIL PROTECTED]: Um módulo linux.ko que uma vez carregado via kldload compreende os binários ELFs do linux e os traduz, mais parcimonioso impossível. Agora, sim, faz sentido! Obrigado! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ordem de atributos das tabelas
Então não vai haver diferença de armazenamento e recuperação de dados por parte do SGDB seguindo a ordem dos atributos? Para minha melhor visualização e entendimento já uso uma determinada ordem. Obrigado. Evandro Ricardo Silvestre wrote: Glauber Almeida wrote: Tudo pessoal, estou com uma modelagem enorme sendo feita e agora estou com um dúvida. Existe alguma ordem de atributos a ser seguida na criação de tabela no PostgreSQL?? Exemplo: Primeiro - chave primaria Segundo - Todos os campos não nulos Terceito - Todos os campos nulos Quarto - Todos os campos númericos Quinto - Todos os campos texto fixo. Sexto - Todos os campos texto variáveis e assim por diante Não existe uma ordem obrigatório. Bem porque conforme a tabela vai crescendo vai sendo jogado tudo no final. Mas, recomendo criar alguma norma pelo menos para o inicio da tabela. Como por exemplo, a PK vc sempre deixar por primeiro, facilita a visualização. Campos que serão bastante utilizados pelos desenvolvedores logo em seguida. Por exemplo, uma tabela de cliente: 1º cod_cliente pk 2º nome um campo que sempre será usado para consulta em caso de uma auditoria Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- View this message in context: http://www.nabble.com/Ordem-de-atributos-das-tabelas-tp18236839p18237584.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ordem de atributos das tabelas
2008/7/2 Glauber Almeida [EMAIL PROTECTED]: Então não vai haver diferença de armazenamento e recuperação de dados por parte do SGDB seguindo a ordem dos atributos? Exato. Nem mesmo na ordem dos atributos em si dentro da relação. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF-TOPIC] Vagas para Perl em S ão Paulo - Dextra
Bom dia, pessoal. Envio novamente a mensagem pois a anterior teve problemas de formatação. A Dextra está buscando profissionais de Perl para São Paulo. * Desenvolvedor Perl - Domínio no desenvolvimento com Perl orientado a objeto - Conhecimento em banco de dados Oracle, MySQL e PostgreSQL - Conhecimento da linguagem SQL - Vivência em programação para web e linguagens script - Fluência no uso de HTML / XML - Desejável: Design Patterns, UML, Informix. - Local: São Paulo - SP Os interessados podem se cadastrar no endereço abaixo: https://dextranet.dextra.com.br/cv/ Um abraço. -- Luis Dosso Dextra Sistemas www.dextra.com.br +55 19 3256-6722 Este email é confidencial. Mais informações em: This message is confidential. More information at: http://www.dextra.com.br/confidencial.htm Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses___ 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] - AJUDA: Debate sobre Sof tware Livre na TV Câmara
Leandro DUTRA escreveu: 2008/7/2 Dickson Guedes [EMAIL PROTECTED]: Um módulo linux.ko que uma vez carregado via kldload compreende os binários ELFs do linux e os traduz, mais parcimonioso impossível. Agora, sim, faz sentido! Obrigado! Apenas um adendo, ja utilizei PHP sendo executado em um Apache dentro de uma Jail no FreeBSD conectando em banco de dados Oracle. O cliente de conexão para o oracle é um ELF e depende desse modulo para executar o que o faz muito bem, com um overhead insignificante. -- []s Dickson S. Guedes - Projeto Colmeia - Curitiba - PR (41) 3254-7130 ramal: 27 http://pgcon.postgresql.org.br http://makeall.wordpress.com/ http://planeta.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF-TOPIC] Vagas para Perl em S ão Paulo - Dextra - Reenvio
Envio novamente a mensagem pois a anterior teve problemas de formatação. - Mensagem encaminhada Bom dia, pessoal. A Dextra está buscando profissionais de Perl para São Paulo. * Desenvolvedor Perl - Domínio no desenvolvimento com Perl orientado a objeto - Conhecimento em banco de dados Oracle, MySQL e PostgreSQL - Conhecimento da linguagem SQL - Vivência em programação para web e linguagens script - Fluência no uso de HTML / XML - Desejável: Design Patterns, UML, Informix. - Local: São Paulo - SP Os interessados podem se cadastrar no endereço abaixo: https://dextranet.dextra.com.br/cv/ Um abraço. -- Luis Dosso Dextra Sistemas www.dextra.com.br +55 19 3256-6722 Este email é confidencial. Mais informações em: This message is confidential. More information at: http://www.dextra.com.br/confidencial.htm Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Campo Boolean
Bom dia a todos. Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. Conecto no PG via ODBC. Alguem passou por isto? Abraços ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
2008/7/2 Saulo Morais Lara [EMAIL PROTECTED]: Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. E qual o problema? Lógica booleana pode ser representada como 0 e 1, falso ou verdadeiro, ou várias representações desse conceito. 0 e 1 geralmente é a mais conveniente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
2008/7/2 Saulo Morais Lara [EMAIL PROTECTED]: Bom dia a todos. Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. Conecto no PG via ODBC. Alguem passou por isto? Nunca testei com ODBC mas o PostgreSQL sempre armazena t ou f para boolean. Na hora de buscar pode até procurar por true ou false mas o que é armazenado com qualquer boolean válido é t ou f. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PostgreSQL examples
Abaixo um link[1] contendo muitos exemplos para nosso querido PostgreSQL. Muito bom para tirar alguma dúvida ou relembrar como faz aquilo que vc fez a muito tempo atrás. Achei o site bem útil, por isso estou divulgando! No site contém dicas de Java, C++, HTML, Oracle, etc. [1] http://www.java2s.com/Code/PostgreSQL/CatalogPostgreSQL.htm Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Nunca testei com ODBC mas o PostgreSQL sempre armazena t ou f para boolean. Na hora de buscar pode até procurar por true ou false mas o que é armazenado com qualquer boolean válido é t ou f. Não, Ribamar, vide http://www.postgresql.org/docs/8.3/interactive/datatype-boolean.html : Valid literal values for the true state are: TRUE 't' 'true' 'y' 'yes' '1' For the false state, the following values can be used: FALSE 'f' 'false' 'n' 'no' '0' Creio que a confusão vem porque, na tua configuração, você sempre viu f ou n, mas isso são apenas representações. Pena que o PostgreSQL não faz a mesma coisa em outras situações. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
se isso for algo O meu DEUS, faça o seguinte: utilize um case no campo bollean - Original Message - From: Saulo Morais Lara To: 'Comunidade PostgreSQL Brasileira' Sent: Wednesday, July 02, 2008 11:31 AM Subject: [pgbr-geral] Campo Boolean Bom dia a todos. Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. Conecto no PG via ODBC. Alguem passou por isto? Abraços -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
Olá. Estou tentando usar os parâmetros BoolAsChar=0 mas não funciona. Alguém sabe sobre? 2008/7/2 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Nunca testei com ODBC mas o PostgreSQL sempre armazena t ou f para boolean. Na hora de buscar pode até procurar por true ou false mas o que é armazenado com qualquer boolean válido é t ou f. Não, Ribamar, vide http://www.postgresql.org/docs/8.3/interactive/datatype-boolean.html : Valid literal values for the true state are: TRUE 't' 'true' 'y' 'yes' '1' For the false state, the following values can be used: FALSE 'f' 'false' 'n' 'no' '0' Creio que a confusão vem porque, na tua configuração, você sempre viu f ou n, mas isso são apenas representações. Pena que o PostgreSQL não faz a mesma coisa em outras situações. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] INDICE EM TIPO DE DADOS
Caros amigos, Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: *Nota: * Havendo uma coluna do tipo smallint ou bigint com um índice, podem ocorrer problemas ao tentar fazer o sistema utilizar este índice. Por exemplo, uma cláusula do tipo ... WHERE coluna_smallint = 42 não usará o índice, porque o sistema atribui o tipo integer à constante 42, e o PostgreSQL atualmente não pode utilizar um índice quando dois tipos de dado diferentes estão envolvidos. Um modo de contornar este problema é colocar a constante entre apóstrofos. Portanto, ... WHERE coluna_smallint = '42' atrasa a resolução do tipo pelo sistema, fazendo com que seja atribuído o tipo correto para a constante. Utilizando o postgres 8.3.3 a regra se aplica? O tipo INT é o melhor tipo de dado para indice em questão de performance? Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
sim ele utilizará o indice sim . PS: acho muito massa sem saber como fazer ele fez hehehe - Original Message - From: junior Prado To: Comunidade PostgreSQL Brasileira Sent: Wednesday, July 02, 2008 12:08 PM Subject: [pgbr-geral] INDICE EM TIPO DE DADOS Caros amigos, Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: Nota: Havendo uma coluna do tipo smallint ou bigint com um índice, podem ocorrer problemas ao tentar fazer o sistema utilizar este índice. Por exemplo, uma cláusula do tipo ... WHERE coluna_smallint = 42não usará o índice, porque o sistema atribui o tipo integer à constante 42, e o PostgreSQL atualmente não pode utilizar um índice quando dois tipos de dado diferentes estão envolvidos. Um modo de contornar este problema é colocar a constante entre apóstrofos. Portanto, ... WHERE coluna_smallint = '42'atrasa a resolução do tipo pelo sistema, fazendo com que seja atribuído o tipo correto para a constante. Utilizando o postgres 8.3.3 a regra se aplica? O tipo INT é o melhor tipo de dado para indice em questão de performance? Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
Valeu João, Estava colocando umas colunas como smallint visando economizar tamanho, mas algumas colunas com certezas teram muitas consultas e precisarei de indice. Irei passar elas para INT. Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 junior Prado [EMAIL PROTECTED]: Estava colocando umas colunas como smallint visando economizar tamanho, mas algumas colunas com certezas teram muitas consultas e precisarei de indice. Irei passar elas para INT. Pelo contrário, o índice deve funcionar normalmente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] crystal e vb
Escolha a versão mais nova em [1]. [1] http://www.postgresql.org/ftp/odbc/versions/msi/ -- Shander Lyrio [EMAIL PROTECTED] escreveu: Eu tenho um relatório feito no crystal report com conexão access Estou mudando para o banco de dados postgresql e como conecto via código no vb. Vilson ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
Leandro, vc viu a nota... *Nota: * Havendo uma coluna do tipo smallint ou bigint com um índice, podem ocorrer problemas ao tentar fazer o sistema utilizar este índice. Por exemplo, uma cláusula do tipo ... WHERE coluna_smallint = 42 não usará o índice, porque o sistema atribui o tipo integer à constante 42, e o PostgreSQL atualmente não pode utilizar um índice quando dois tipos de dado diferentes estão envolvidos. Um modo de contornar este problema é colocar a constante entre apóstrofos. Portanto, ... WHERE coluna_smallint = '42' atrasa a resolução do tipo pelo sistema, fazendo com que seja atribuído o tipo correto para a constante. Att. VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 junior Prado [EMAIL PROTECTED]: Leandro, vc viu a nota... Vi — na versão 7.3.4. Estamos na 8.3... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação Postgres
On Wed, Jul 2, 2008 at 8:20 AM, Leandro DUTRA [EMAIL PROTECTED] wrote: 2008/7/1 [EMAIL PROTECTED]: Infelismente estou utilizando o W2003 Enterprise e Postgres 8.1.br / Não pode ser uma versão mais recente? Não poderia ser em algum outro sistema operacional aonde os dados não se auto-explodissem? -- Sebastian SWC http://sebastianswc.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
Sendo mais detalhista em minha pergunta; Caros amigos, Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: *Nota: * Havendo uma coluna do tipo smallint ou bigint com um índice, podem ocorrer problemas ao tentar fazer o sistema utilizar este índice. Por exemplo, uma cláusula do tipo ... WHERE coluna_smallint = 42 não usará o índice, porque o sistema atribui o tipo integer à constante 42, e o PostgreSQL atualmente não pode utilizar um índice quando dois tipos de dado diferentes estão envolvidos. Um modo de contornar este problema é colocar a constante entre apóstrofos. Portanto, ... WHERE coluna_smallint = '42' atrasa a resolução do tipo pelo sistema, fazendo com que seja atribuído o tipo correto para a constante. Utilizando o postgres 8.3.3 a regra se aplica ao postgresSQL 7.3.4 ? O tipo INT é o melhor tipo de dado para indice em questão de performance? Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Campo Boolean
Não é problema mas iria facilitar mto pra mim, se retornasse 0 ou 1 (inteiro), ou T ou F. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leandro DUTRA Enviada em: quarta-feira, 2 de julho de 2008 11:36 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Campo Boolean 2008/7/2 Saulo Morais Lara [EMAIL PROTECTED]: Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. E qual o problema? Lógica booleana pode ser representada como 0 e 1, falso ou verdadeiro, ou várias representações desse conceito. 0 e 1 geralmente é a mais conveniente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ 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: Campo Boolean
2008/7/2 Saulo Morais Lara [EMAIL PROTECTED]: Não é problema mas iria facilitar mto pra mim, se retornasse 0 ou 1 (inteiro), ou T ou F. Eu não sei ao certo, mas imagino que configurações de localização ou coisa assim pudessem afetar esse comportamento — você já investigou? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 junior Prado [EMAIL PROTECTED]: Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: Se a nota está apenas no manual do 7, duvido que o 8 tenha o mesmo comportamento — até porque esse é o tipo de coisa que está mais para defeito que para característica. Que tal testar? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação Postgres
Sebastian SWC escreveu: On Wed, Jul 2, 2008 at 8:20 AM, Leandro DUTRA [EMAIL PROTECTED] wrote: 2008/7/1 [EMAIL PROTECTED]: Infelismente estou utilizando o W2003 Enterprise e Postgres 8.1.br / Não pode ser uma versão mais recente? Não poderia ser em algum outro sistema operacional aonde os dados não se auto-explodissem? Sinto amigo, me falta experiência para lhe ajudar no seu SO além de máquinas com o Windows para testar. off-topic É engraçado como aqui na lista, fazemos tudo menos responder as dúvidas que aparecem. Como se todas as empresas fossem obrigadas a utilizar os mesmos softwares e linguagens que utilizamos. Se não tem experiência em como fazer no windows não é mais fácil simplesmente deixarmos de responder ou simplesmente dizer que não sabemos como fazer neste ambiente? Que história é esta de pregar liberdade se não estamos querendo dar a liberdade de a pessoa utilizar o SO que ela está afim de usar??? Eu gosto do Linux e utilizo ele há cerca de 10 anos, mas a comunidade às vezes tisc, tisc, tisc... /off-topic -- Shander Lyrio ___ 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 Postgres
2008/7/2 Shander Lyrio [EMAIL PROTECTED]: É engraçado como aqui na lista, fazemos tudo menos responder as dúvidas que aparecem. Como se todas as empresas fossem obrigadas a utilizar os mesmos softwares e linguagens que utilizamos. Se não tem experiência em como fazer no windows não é mais fácil simplesmente deixarmos de responder ou simplesmente dizer que não sabemos como fazer neste ambiente? Veja, às vezes a pergunta é legítima. Tem gente que não sabe que é mais fácil trabalhar (por exemplo) num Debian, ou que há versões mais recentes disponíveis... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
Leandro, Estava sem resposta pois vc me disse uma coisa e o joão.junior outra. Verificando a documentação oficial 8.3.3 segundo segue abaixo: 8.1.1. Integer Types The types smallint, integer, and bigint store whole numbers, that is, numbers without fractional components, of various ranges. Attempts to store values outside of the allowed range will result in an error. The type integer is the usual choice, as it offers the best balance between range, storage size, and performance. The smallint type is generally only used if disk space is at a premium. The bigint type should only be used if the integer range is not sufficient, because the latter is definitely faster. The bigint type might not function correctly on all platforms, since it relies on compiler support for eight-byte integers. On a machine without such support, bigint acts the same as integer (but still takes up eight bytes of storage). However, we are not aware of any reasonable platform where this is actually the case. SQL only specifies the integer types integer (or int), smallint, and bigint. The type names int2, int4, and int8 are extensions, which are shared with various other SQL database systems. A mesma não tem nota. Irei testar e postar... Obrigado! 2008/7/2 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/2 junior Prado [EMAIL PROTECTED]: Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: Se a nota está apenas no manual do 7, duvido que o 8 tenha o mesmo comportamento — até porque esse é o tipo de coisa que está mais para defeito que para característica. Que tal testar? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 junior Prado [EMAIL PROTECTED]: Estava sem resposta pois vc me disse uma coisa e o joão.junior outra. Creio que falamos a mesma coisa, talvez não tenha ficado claro... A mesma não tem nota. Irei testar e postar... Legal, por favor! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
Testei com indice usando o tipo de dado smallint e int. Os dois retornaram: ( rows=1; width=318; ) ( actual time=0.013..0.013; rows=0; loops=1 ) Index Cond: (nome campo = 1) Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
Leandro DUTRA escreveu: 2008/7/2 junior Prado [EMAIL PROTECTED]: Estava colocando umas colunas como smallint visando economizar tamanho, mas algumas colunas com certezas teram muitas consultas e precisarei de indice. Irei passar elas para INT. Pelo contrário, o índice deve funcionar normalmente. De minha parte, esta foi a melhor coisa que aconteceu quando miguei para a versão 8.0 na época. Na 8.0+ isto não acontece e o índice funciona normalmente. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
Shander Lyrio escreveu: De minha parte, esta foi a melhor coisa que aconteceu quando miguei para a versão 8.0 na época. Na 8.0+ isto não acontece e o índice funciona normalmente. Havia esquecido de colocar a fonte: http://www.postgresql.org/docs/8.0/static/release-8-0.html Support cross-data-type index usage (Tom) Before this change, many queries would not use an index if the data types did not match exactly. This improvement makes index usage more intuitive and consistent. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
Valeu Shander... 2008/7/2 Shander Lyrio [EMAIL PROTECTED]: Shander Lyrio escreveu: De minha parte, esta foi a melhor coisa que aconteceu quando miguei para a versão 8.0 na época. Na 8.0+ isto não acontece e o índice funciona normalmente. Havia esquecido de colocar a fonte: http://www.postgresql.org/docs/8.0/static/release-8-0.html Support cross-data-type index usage (Tom) Before this change, many queries would not use an index if the data types did not match exactly. This improvement makes index usage more intuitive and consistent. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ 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 Postgres
Foi entao que me perguntaram se teria como replicar para um servidor de backup da rede Pelo que eu entendi a solução para isto é simples. Faça um dump do banco que está no Win 2k3 e em seguida faça um restore no servidor de backup. Renato ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
ótimo post! - Original Message - From: Shander Lyrio [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, July 02, 2008 11:10 AM Subject: Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS Shander Lyrio escreveu: De minha parte, esta foi a melhor coisa que aconteceu quando miguei para a versão 8.0 na época. Na 8.0+ isto não acontece e o índice funciona normalmente. Havia esquecido de colocar a fonte: http://www.postgresql.org/docs/8.0/static/release-8-0.html Support cross-data-type index usage (Tom) Before this change, many queries would not use an index if the data types did not match exactly. This improvement makes index usage more intuitive and consistent. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação Postgres
Leandro DUTRA escreveu: 2008/7/2 Shander Lyrio [EMAIL PROTECTED]: É engraçado como aqui na lista, fazemos tudo menos responder as dúvidas que aparecem. Como se todas as empresas fossem obrigadas a utilizar os mesmos softwares e linguagens que utilizamos. Se não tem experiência em como fazer no windows não é mais fácil simplesmente deixarmos de responder ou simplesmente dizer que não sabemos como fazer neste ambiente? Veja, às vezes a pergunta é legítima. Tem gente que não sabe que é mais fácil trabalhar (por exemplo) num Debian, ou que há versões mais recentes disponíveis... Tudo é relativo. Eu acho mais fácil trabalhar num RHEL/CentOS. Meu amigo César acha mais fácil o OpenSuse... ___ 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 Postgres
2008/7/2 Benedito A. Cruz [EMAIL PROTECTED]: Leandro DUTRA escreveu: 2008/7/2 Shander Lyrio [EMAIL PROTECTED]: Veja, às vezes a pergunta é legítima. Tem gente que não sabe que é mais fácil trabalhar (por exemplo) num Debian, ou que há versões mais recentes disponíveis... Tudo é relativo. Eu acho mais fácil trabalhar num RHEL/CentOS. Meu amigo César acha mais fácil o OpenSuse... Vide o 'por exemplo' acima... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
Saulo Morais Lara escreveu: Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como “0” ou “1”. Conecto no PG via ODBC. Alguem passou por isto? Todo mundo passa por isto, é o padrão do ODBC do PostGreSql. Quando for criar a conexão do ODBC, verifique nas opções DataSource que tem algo sobre boolean lá. Não tenho windows agora para testar e passar as opções exatas, mas já configurei algo deste tipo. -- Shander Lyrio ___ 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 examples
2008/7/2 Evandro Ricardo Silvestre [EMAIL PROTECTED]: Abaixo um link[1] contendo muitos exemplos para nosso querido PostgreSQL. Muito bom para tirar alguma dúvida ou relembrar como faz aquilo que vc fez a muito tempo atrás. Achei o site bem útil, por isso estou divulgando! No site contém dicas de Java, C++, HTML, Oracle, etc. [1] http://www.java2s.com/Code/PostgreSQL/CatalogPostgreSQL.htm Uma verdadeira mina de ouro. Tanto para quem quer aprender quanto para quem quer ensinar. Mais ainda, um verdadeiro oásis. Seria bom que cada um de nós compartilhasse mais suas descobertas sobre PostgreSQL. Isso enriqueceria nosso PostgreSQL e também cada um de nós. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PostgreSQL examples
2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Seria bom que cada um de nós compartilhasse mais suas descobertas sobre PostgreSQL. Isso enriqueceria nosso PostgreSQL e também cada um de nós. Não sei se tem de fato, mas imagino que haja algo interessante no Google Code... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 junior Prado [EMAIL PROTECTED]: Sendo mais detalhista em minha pergunta; Caros amigos, Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: *Nota: * Havendo uma coluna do tipo smallint ou bigint com um índice, podem ocorrer problemas ao tentar fazer o sistema utilizar este índice. Por exemplo, uma cláusula do tipo ... WHERE coluna_smallint = 42 não usará o índice, porque o sistema atribui o tipo integer à constante 42, e o PostgreSQL atualmente não pode utilizar um índice quando dois tipos de dado diferentes estão envolvidos. Um modo de contornar este problema é colocar a constante entre apóstrofos. Portanto, ... WHERE coluna_smallint = '42' atrasa a resolução do tipo pelo sistema, fazendo com que seja atribuído o tipo correto para a constante. Utilizando o postgres 8.3.3 a regra se aplica ao postgresSQL 7.3.4 ? O tipo INT é o melhor tipo de dado para indice em questão de performance? Bem Júnior, isso continua valendo para a versão 8. Não encontrei no manual do 8.3.3, pois sinceramente não lembro em qual capítulo li isso no 8.0. Em qual capítulo está no 7.3.4? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Bem Júnior, isso continua valendo para a versão 8. Não encontrei no manual do 8.3.3, pois sinceramente não lembro em qual capítulo li isso no 8.0. Em qual capítulo está no 7.3.4? Creio que já foi demonstrado aqui pelos colegas que não, Ribamar... por que você diz isso? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
2008/7/2 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Nunca testei com ODBC mas o PostgreSQL sempre armazena t ou f para boolean. Na hora de buscar pode até procurar por true ou false mas o que é armazenado com qualquer boolean válido é t ou f. Não, Ribamar, vide http://www.postgresql.org/docs/8.3/interactive/datatype-boolean.html : Valid literal values for the true state are: TRUE 't' 'true' 'y' 'yes' '1' For the false state, the following values can be used: FALSE 'f' 'false' 'n' 'no' '0' Creio que a confusão vem porque, na tua configuração, você sempre viu f ou n, mas isso são apenas representações. Pena que o PostgreSQL não faz a mesma coisa em outras situações. Leandro, de duas uma: ou não entendeu o que falei ou nunca testou. Enfatizando: Tudo isso que você citou é para entrada: TRUE 't' 'true' 'y' 'yes' '1' For the false state, the following values can be used: FALSE 'f' 'false' 'n' 'no' '0' Agora entra no psql e executa: create table boleanos(entrada text, saida boolean); insert into boleanos values('t','t'),('true','true'),('TRUE','TRUE'),('TRUEs/aspas',TRUE),('y','y'), ('yes','yes'), ('1','1'); insert into boleanos values('f','f'),('false','false'),('FALSE','FALSE'),('FALSEs/aspas',FALSE),('n','n'), ('no','no'), ('0','0'); select * from boleanos; Depois retorna dizendo no que deu. Se ele retorna algo diferente de t ou f. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Campo Boolean
2008/7/2 Saulo Morais Lara [EMAIL PROTECTED]: Não é problema mas iria facilitar mto pra mim, se retornasse 0 ou 1 (inteiro), ou T ou F. t ou f ele retorna. Daí para ser T ou F faz via linguagem do aplicativo. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leandro DUTRA Enviada em: quarta-feira, 2 de julho de 2008 11:36 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Campo Boolean 2008/7/2 Saulo Morais Lara [EMAIL PROTECTED]: Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. E qual o problema? Lógica booleana pode ser representada como 0 e 1, falso ou verdadeiro, ou várias representações desse conceito. 0 e 1 geralmente é a mais conveniente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
Ribamar Sousa escreveu: 2008/7/2 junior Prado [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Sendo mais detalhista em minha pergunta; Caros amigos, Segundo no guia de usuário do postgresSQL 7.3.4 conforme abaixo: *Nota: * Havendo uma coluna do tipo smallint ou bigint com um índice, podem ocorrer problemas ao tentar fazer o sistema utilizar este índice. Por exemplo, uma cláusula do tipo ... WHERE coluna_smallint = 42 não usará o índice, porque o sistema atribui o tipo integer à constante 42, e o PostgreSQL atualmente não pode utilizar um índice quando dois tipos de dado diferentes estão envolvidos. Um modo de contornar este problema é colocar a constante entre apóstrofos. Portanto, ... WHERE coluna_smallint = '42' atrasa a resolução do tipo pelo sistema, fazendo com que seja atribuído o tipo correto para a constante. Utilizando o postgres 8.3.3 a regra se aplica ao postgresSQL 7.3.4 ? O tipo INT é o melhor tipo de dado para indice em questão de performance? Bem Júnior, isso continua valendo para a versão 8. Não encontrei no manual do 8.3.3, pois sinceramente não lembro em qual capítulo li isso no 8.0. Em qual capítulo está no 7.3.4? Não continua valendo não, vide resposta minha anterior. Isto foi corrigido na versão 8.0. Hoje ele vai utilizar o índice normalmente. Ele vai fazer a conversão automaticamente. logist=# explain select codproduto, produto from clientes_produtos where codproduto = 18; QUERY PLAN Index Scan using clientes_produtos_idx1 on clientes_produtos (cost=0.00..3.77 rows=1 width=220) Index Cond: (codproduto = 18) (2 registros) logist=# explain select codproduto, produto from clientes_produtos where codproduto = '18'; QUERY PLAN Index Scan using clientes_produtos_idx1 on clientes_produtos (cost=0.00..3.77 rows=1 width=220) Index Cond: (codproduto = 18::smallint) (2 registros) -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Bem Júnior, isso continua valendo para a versão 8. Não encontrei no manual do 8.3.3, pois sinceramente não lembro em qual capítulo li isso no 8.0. Em qual capítulo está no 7.3.4? Creio que já foi demonstrado aqui pelos colegas que não, Ribamar... por que você diz isso? Rapza, tá bem fresquinho, pois estou com o manual do 8.0 impresso aqui do meu lado. Eu vi sim a citação do colega. Mas demonstração de que no 8 isso não vale eu não vi. Vejamos então: http://pgdocptbr.sourceforge.net/pg80/datatype.html#DATATYPE-INT 8.1.1. Tipos inteiros Os tipos smallint, integer e bigint armazenam números inteiros, ou seja, números sem a parte fracionária, com faixas diferentes. A tentativa de armazenar um valor fora da faixa permitida resulta em erro. O tipo integer é a escolha usual, porque oferece o melhor equilíbrio entre faixa de valores, tamanho de armazenamento e desempenho. Geralmente o tipo smallint só é utilizado quando o espaço em disco está muito escasso. O tipo bigint somente deve ser usado quando a faixa de valores de integer não for suficiente, porque este último é bem mais rápido. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Campo Boolean
Olá Shander. Por acaso você conseguiu passar as configurações através da string de conexão: BoolAsChar=0 Pois tente isso mas não surtiu efeito. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Shander Lyrio Enviada em: quarta-feira, 2 de julho de 2008 13:04 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Campo Boolean Saulo Morais Lara escreveu: Estou tendo um problema com este campo. Quando busco os dados de uma tabela, este campo vem como 0 ou 1. Conecto no PG via ODBC. Alguem passou por isto? Todo mundo passa por isto, é o padrão do ODBC do PostGreSql. Quando for criar a conexão do ODBC, verifique nas opções DataSource que tem algo sobre boolean lá. Não tenho windows agora para testar e passar as opções exatas, mas já configurei algo deste tipo. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral No virus found in this incoming message. Checked by AVG. Version: 8.0.134 / Virus Database: 270.4.4/1530 - Release Date: 02/07/2008 08:05 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE EM TIPO DE DADOS
2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: 2008/7/2 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: Bem Júnior, isso continua valendo para a versão 8. Não encontrei no manual do 8.3.3, pois sinceramente não lembro em qual capítulo li isso no 8.0. Em qual capítulo está no 7.3.4? Creio que já foi demonstrado aqui pelos colegas que não, Ribamar... por que você diz isso? Rapza, tá bem fresquinho, pois estou com o manual do 8.0 impresso aqui do meu lado. Bem Leandro, realmente o índice funciona. Estava pensando sobre o uso do integer como usoal e coisa do gênero. Falha da minha parte. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Campo Boolean
2008/7/2 Alisson Viegas [EMAIL PROTECTED]: Olá Shander. Por acaso você conseguiu passar as configurações através da string de conexão: BoolAsChar=0 Pois tente isso mas não surtiu efeito. Entendi que ele falou para você alterar as configurações de sua conexão ODBC, procurando algo sobre os boleanos. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: Campo Boolean
Sim, vi isso no odbc. Porém como sei da possibilidade de fazer isso via string de conexão com o parâmetro BoolAsChar, gostaria de saber se funciona. De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Ribamar Sousa Enviada em: quarta-feira, 2 de julho de 2008 17:23 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Campo Boolean 2008/7/2 Alisson Viegas [EMAIL PROTECTED]: Olá Shander. Por acaso você conseguiu passar as configurações através da string de conexão: BoolAsChar=0 Pois tente isso mas não surtiu efeito. Entendi que ele falou para você alterar as configurações de sua conexão ODBC, procurando algo sobre os boleanos. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net No virus found in this incoming message. Checked by AVG. Version: 8.0.134 / Virus Database: 270.4.4/1530 - Release Date: 02/07/2008 08:05 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Boolean
2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: 2008/7/2 Leandro DUTRA [EMAIL PROTECTED]: Na hora de buscar pode até procurar por true ou false mas o que é armazenado com qualquer boolean válido é t ou f. Não, Ribamar, vide http://www.postgresql.org/docs/8.3/interactive/datatype-boolean.html : [...] Creio que a confusão vem porque, na tua configuração, você sempre viu f ou n, mas isso são apenas representações. Leandro, de duas uma: ou não entendeu o que falei ou nunca testou. Tem uma terceira: você pensou uma coisa e escreveu outra. Eu faço isso direto. Tudo isso que você citou é para entrada: Sim e não. São representações, não o que é armazenado. Ainda da mesma página: boolean uses 1 byte of storage. Ou seja, pode até ser verdade – não sei – que não haja como ele representar de maneiras diferentes na saída, mas não necessariamente é t ou f que é armazenado. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] EXPLAIN ANALIZE
Amigos, Alguém tem um documento detalhado sobre EXPLAIN ANALIZE? Como no site oficial mesmo fala A leitura do plano é uma arte que merece um tutorial extenso, o que este não é; porém, aqui são fornecidas algumas informações básicas... Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] EXPLAIN ANALIZE
jovem, da uma procurada na lista!!! isso foi debatido essa semana inclusive com um link com um documento - Original Message - From: junior Prado [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, July 02, 2008 6:18 PM Subject: [pgbr-geral] EXPLAIN ANALIZE Amigos, Alguém tem um documento detalhado sobre EXPLAIN ANALIZE? Como no site oficial mesmo fala A leitura do plano é uma arte que merece um tutorial extenso, o que este não é; porém, aqui são fornecidas algumas informações básicas... Att. -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] EXPLAIN ANALIZE
2008/7/2 junior Prado [EMAIL PROTECTED]: Amigos, Alguém tem um documento detalhado sobre EXPLAIN ANALIZE? Como no site oficial mesmo fala A leitura do plano é uma arte que merece um tutorial extenso, o que este não é; porém, aqui são fornecidas algumas informações básicas... Veja estes de um colega da lista que nunca mais apareceu (Walter Cruz): http://artigos.waltercruz.com/postgresql/colocando-resultados-explain-tabela http://artigos.waltercruz.com/postgresql/explain Capítulo muito bom de e-book: http://www.iphelp.ru/faq/15/ch04lev1sec3.html -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
Ribamar Sousa escreveu: Rapza, tá bem fresquinho, pois estou com o manual do 8.0 impresso aqui do meu lado. Eu vi sim a citação do colega. Mas demonstração de que no 8 isso não vale eu não vi. Vejamos então: http://pgdocptbr.sourceforge.net/pg80/datatype.html#DATATYPE-INT Eu já demonstrei isto sim inclusive enviando explains. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] EXPLAIN ANALIZE
Obrigado, irei olhar... Desculpe qualquer coisa. 2008/7/2 Ribamar Sousa [EMAIL PROTECTED]: 2008/7/2 junior Prado [EMAIL PROTECTED]: Amigos, Alguém tem um documento detalhado sobre EXPLAIN ANALIZE? Como no site oficial mesmo fala A leitura do plano é uma arte que merece um tutorial extenso, o que este não é; porém, aqui são fornecidas algumas informações básicas... Veja estes de um colega da lista que nunca mais apareceu (Walter Cruz): http://artigos.waltercruz.com/postgresql/colocando-resultados-explain-tabela http://artigos.waltercruz.com/postgresql/explain Capítulo muito bom de e-book: http://www.iphelp.ru/faq/15/ch04lev1sec3.html -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- VALTER CEZAR PRADO JUNIOR GRADUADO EM CIÊNCIA DA COMPUTAÇÃO - UFOP ANALISTA DE SISTEMAS - BYSAT DBA / PROJETISTA DE SISTEMAS - PBH Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] EXPLAIN ANALIZE
junior Prado escreveu: Amigos, Alguém tem um documento detalhado sobre EXPLAIN ANALIZE? Como no site oficial mesmo fala A leitura do plano é uma arte que merece um tutorial extenso, o que este não é; porém, aqui são fornecidas algumas informações básicas... O google sabe de tudo, você pode não acreditar, mas ele sabe. Uma pesquisa básica e encontrei algum material interessante: http://www.iphelp.ru/faq/15/ch04lev1sec3.html http://www.freebsddiary.org/postgresql-analyze.php -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
2008/7/2 Shander Lyrio [EMAIL PROTECTED]: Ribamar Sousa escreveu: Rapza, tá bem fresquinho, pois estou com o manual do 8.0 impresso aqui do meu lado. Eu vi sim a citação do colega. Mas demonstração de que no 8 isso não vale eu não vi. Vejamos então: http://pgdocptbr.sourceforge.net/pg80/datatype.html#DATATYPE-INT Eu já demonstrei isto sim inclusive enviando explains. Mais uma que deixei passar. O consenso é que nas versões maiores ou iguais a 8 isso já foi corrigido. Ou seja, podemos usar um smallint en índices sem problema. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Replicação Postgres
Boa noite pessoal. Pra variar so entro à noite. Utilizo windows2003 e Postgres8.1 pois a aplicaçao exige isso. Fiz no Debian e funcionou. O grande problema é que windows é phoda. Faço varias coisas no windows e muitas no linux, porém essa replicação nao sai no windows, simplesmente quero ajuda. Não quero ficar gerando topicos na lista pra ocupar espaço. Assim como quero ajudar alguem que precise. Grato. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
Ribamar Sousa escreveu: Mais uma que deixei passar. O consenso é que nas versões maiores ou iguais a 8 isso já foi corrigido. Ou seja, podemos usar um smallint en índices sem problema. Acredito que no lugar de consenso seria melhor fato já que está documentado no release notes da versão 8.0 conforme mensagem minha anterior. O PostGreSql é um banco de dados que sempre busca coerencia conceitual e todas as suas features. Ora, se um índice foi criado para um tipo de dados e você está fazendo uma pesquisa utilizando outro tipo de dados, é natural a não utilização do índice. Eu veria isto muito mais como uma característica do que como um bug que precise ser corrigido. Na versão 8 ele foi melhorado para que, em se podendo fazer casting para o tipo de dado utilizado na crianção do índice ele vai ser feito para facilitar o trabalho de quem programa. Ele apenas tornou-se menos rígido neste quisito. Abraço, -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: INDICE EM TIPO DE DADOS
2008/7/2 Shander Lyrio [EMAIL PROTECTED]: ...se um índice foi criado para um tipo de dados e você está fazendo uma pesquisa utilizando outro tipo de dados, é natural a não utilização do índice. Exceto que há uma conversão implícita de tipo de dados, o que tornaria (a meu ver) natural o uso do índice. Mas aí já voltamos ao campo das opinães, como diria o caipira proverbial. Na versão 8 ele foi melhorado para que, em se podendo fazer casting para o tipo de dado utilizado na crianção do índice ele vai ser feito para facilitar o trabalho de quem programa. Ele apenas tornou-se menos rígido neste quisito. É uma maneira interessante de ver a coisa, e incidentalmente seria paradoxal com o fato de que as conversões implícitas andaram perdendo terreno. Lembrando que paradoxal não necessariamente é contraditório. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: [Bulk] Re: INDICE EM TIPO DE DADOS
Leandro DUTRA escreveu: 2008/7/2 Shander Lyrio [EMAIL PROTECTED]: ...se um índice foi criado para um tipo de dados e você está fazendo uma pesquisa utilizando outro tipo de dados, é natural a não utilização do índice. Exceto que há uma conversão implícita de tipo de dados, o que tornaria (a meu ver) natural o uso do índice. Sim, infelizmente somente a partir da versão 8.0. Sofri bastante com isto na versão 7.X, e cheguei até a abolir totalmente os smallint de um projeto com PostGreSql em que participei na época. Na versão 8 ele foi melhorado para que, em se podendo fazer casting para o tipo de dado utilizado na crianção do índice ele vai ser feito para facilitar o trabalho de quem programa. Ele apenas tornou-se menos rígido neste quisito. É uma maneira interessante de ver a coisa, e incidentalmente seria paradoxal com o fato de que as conversões implícitas andaram perdendo terreno. É exatamente isto que praticamente a totalidade das linguagens de script andam fazendo para ganhar produtividade e deixar de ser tão verborrágicas como o Java. Não vejo isto como perda de terreno, desde que não seja como o MySql que aceita até string vazia num campo de tipo date. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: [Bulk] Re: INDICE EM TIPO DE DADOS
2008/7/2 Shander Lyrio [EMAIL PROTECTED]: É exatamente isto que praticamente a totalidade das linguagens de script andam fazendo para ganhar produtividade e deixar de ser tão verborrágicas como o Java. Não vejo isto como perda de terreno, desde que não seja como o MySql que aceita até string vazia num campo de tipo date. Veja, não temos muita escolha. O padrão ISO SQL:2006 proscreve as conversões implícitas. Embora de fato exija que escrevamos mais, evita erros e força a pensar melhor sobre tanto programas quanto modelo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [off-topic] NF-e
Prezados amigos Venho em primeira mo dizer que colocamos no ar um site sobre nota fiscal eletrnica, onde vocs encontraram o aplicativo desenvolvido para utilizao gratuta, com manual dizendo como se integra, com um artigo falando sobre a nfe, dificuldades, dicas, etc... www.unimake.com.br/nfe O Cdigo fonte estaremos liberando dentro de alguns dias para quem quiser pegar e colaborar com o projeto ou fazer seu prprio aplicativo. Por enquanto ele j est adaptado para os estados do RS, MT e MG, at o final da semana vou inserir mais os estados de SC, SP e PR. Bom. Est ai nossa colaborao. Espero que todos faam um bom proveito deste projeto. Edson Mundin Ferreira P.S. Mudanas em manuais, e aplicativos sero sempre disponibilizados no site citado ___ 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] NF-e
2008/7/2 Edson Mundin Ferreira [EMAIL PROTECTED]: Venho em primeira mão dizer que colocamos no ar um site sobre nota fiscal eletrônica, onde vocês encontraram o aplicativo desenvolvido para utilização gratuíta Usa PostgreSQL? O Código fonte estaremos liberando dentro de alguns dias para quem quiser pegar e colaborar com o projeto ou fazer seu próprio aplicativo. Será livre de fato? Esquerdo de cópia também? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Procura-se programador PostgreSQL e PHP
Detalhes comigo, *em particular*. Por favor _não respondam à lista_! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [off-topic] NF-e
Leandro DUTRA wrote: 2008/7/2 Edson Mundin Ferreira [EMAIL PROTECTED]: Venho em primeira mo dizer que colocamos no ar um site sobre nota fiscal eletrnica, onde vocs encontraram o aplicativo desenvolvido para utilizao gratuta Usa PostgreSQL? em breve estaremos disponibilizando a parte que fara a consulta da NFE usando PostgreSQL O Cdigo fonte estaremos liberando dentro de alguns dias para quem quiser pegar e colaborar com o projeto ou fazer seu prprio aplicativo. Ser livre de fato? Esquerdo de cpia tambm? Livre de fato, com cdigo fonte e tudo mais. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral