Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Ops, um pequeno descuido: não eram na mesma máquina os resultados. Agora na mesma máquina (Notebook Acer 5610, CPU Intel Centrino Core Solo 1,86GHz, 2B L2, 1GB RAM). Corrigindo o tempo do Ubuntu: Tempo: 16766,649 ms Obs.: o tempo 16588,739 ms, foi numa máquina Intel core duo, 2.2GHz e 2GB de RA

Re: [pgbr-geral] agendando tarefa linux (ubuntu)

Em 24/03/08, Vinicius<[EMAIL PROTECTED]> escreveu: > To precisando agendar vacuum, criei um script e coloquei no cron > > export PGUSER=postgres > export PGPASSWORD=senha > > vacuumdb -f database > > mas sempre qndo rodo o script ele pede a senha do usuario postgres, como > devo setar as varia

[pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Olá! Depois de toda essa conversa sobre diferença de desempenho entre vários sistemas operacionais eu fiz um pequeno teste e submeto à apreciação dos colegas para saber sobre a validade do mesmo: Tabela cep_full_index com chave primária e 633401 registros. Executei a mesma consulta nos dois siste

[pgbr-geral] agendando tarefa linux (ubuntu)

To precisando agendar vacuum, criei um script e coloquei no cron export PGUSER=postgres export PGPASSWORD=senha vacuumdb -f database mas sempre qndo rodo o script ele pede a senha do usuario postgres, como devo setar as variaveis para nao ser exigido a senha sem eu ter q mudar pg_hba.conf para

Re: [pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

Olá, Tá bom, "custa" sim, mas não faltam aplicações que se apóiem nisso para fazer validações ou conferências em campos usados pelo usuário que não são chaves artificiais (e nas que são, ter a garantia de não ter buracos facilita algumas coisas). Fiquei curioso e gostaria de saber "quanto" é o

Re: [pgbr-geral] Problema Conexão

Pelo que vi, seu postgresql.conf esta com a linha listen_addresses = '*' comentada, remova a #. Bruno Moreno escreveu: Euler, minha versão do postgres é a 8.3 e o SO é Windows. Pessoal, me perdoem pela ignorância, mas eu fiz o que vocês disseram. Parei os testes remotos pelo simples fato

Re: [pgbr-geral] Problema Conexão

> Pessoal, me perdoem pela ignorância, mas eu fiz o que vocês disseram. Parei > os testes remotos pelo simples fato de, como eu disse, quando eu tento, pela > maquina em que se encontra o banco mesmo, acessar o postgres ele dá a > mensagem do primeiro email desta conversa. > > Não estou conseguind

Re: [pgbr-geral] Problema Conexão

Euler, minha versão do postgres é a 8.3 e o SO é Windows. Pessoal, me perdoem pela ignorância, mas eu fiz o que vocês disseram. Parei os testes remotos pelo simples fato de, como eu disse, quando eu tento, pela maquina em que se encontra o banco mesmo, acessar o postgres ele dá a mensagem do prime

Re: [pgbr-geral] oficina de sintonia em PostgreSQL no ERBD

Paulo wrote: > Esta aí uma excelente idéia também para a Unisul. > Se você for da Unisul, por favor divulgue. Nunca fui no evento, mas é um bom lugar para integração com os pesquisadores da área de banco de dados da região sul. -- Euler Taveira de Oliveira http://www.timbira.com/ _

Re: [pgbr-geral] oficina de sintonia em PostgreSQL no ERBD

Roberto Mello wrote: > Excelente iniciativa da UFSC. Exemplo a ser seguido. Vais colocar tuas > notas online? > Vou divulgar no meu site. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgre

Re: [pgbr-geral] Busca ignorando acentos

Meus bancos são UTF8 e isso funciona perfeitamente. Silfar Goulart escreveu: De novo, só funciona se o encoding for latin1 ou win1252 Em 24/03/08, *Marco Aurélio Carvalho Feitosa* <[EMAIL PROTECTED] > escreveu: Para bancos em UTF8 use SELECT nm_banco from

Re: [pgbr-geral] Busca ignorando acentos

para Bancos UTF-8, para bancos normais tirar o "convert" SELECT * FROM table WHERE *to_ascii*(*convert*(name, 'unicode', 'latin1'), 'latin1') ilike *to_ascii*( *convert*('%$keyword%', 'unicode', 'latin1'), 'latin1'); 2008/3/24 Silfar Goulart <[EMAIL PROTECTED]>: > De novo, só funciona se o encod

Re: [pgbr-geral] Busca ignorando acentos

Em 24/03/08, Silfar Goulart<[EMAIL PROTECTED]> escreveu: > De novo, só funciona se o encoding for latin1 ou win1252 Testei aqui no Ubuntu com banco UTF-8: SELECT nome from clientes where to_ascii(nome,'LATIN1') ilike '%fla%'; E me retornou o nome Flávio. -- Ribamar FS - [EMAIL PROTECTED] htt

Re: [pgbr-geral] Busca ignorando acentos

De novo, só funciona se o encoding for latin1 ou win1252 Em 24/03/08, Marco Aurélio Carvalho Feitosa <[EMAIL PROTECTED]> escreveu: > > Para bancos em UTF8 use > > SELECT nm_banco from banco where to_ascii(nm_banco,'LATIN1') ilike > '%cred%'; > > > []'s > > Marco Aurélio C Feitosa > > > Silfar Gou

Re: [pgbr-geral] Campos com Autoincremento (Como resolver oproblema dos Buracos)

Fazemos sim replicação Assincrona, onde temos varias bases de dados, que trocam informações entre si onde podemos balançear nossos clientes sem conflitos de update ou insert pois trabalham com faixa de replica diferentes. Esse software replica outros tipos de SGDBs, foi desenvolvido a 8 anos

Re: [pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

2008/3/24, Adenilton Batista da Silva <[EMAIL PROTECTED]>: > > Produto, restariam 6 dígitos para o código do produto (é muito eu sei) mas > não custaria nada economizar estes códigos... Custa sim... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r15

Re: [pgbr-geral] Campos com Autoincremento (Como resolvero problema dos Buracos)

Sim tem esse problema de datas, mais ai implantamos um criterio pessimista, onde ele avalia as datas dos updates e sabe lidar com isso conforme a nossa necessidade!! abraços, Jean - Original Message - From: Adenilton Batista da Silva To: Comunidade PostgreSQL Brasileira Sent

Re: [pgbr-geral] Campos com Autoincremento (Como resolver oproblema dos Buracos)

Fazemos sim replicação Assincrona, onde temos varias bases de dados, que trocam informações entre si onde podemos balançear nossos clientes sem conflitos de update ou insert pois trabalham com faixa de replica diferentes. Esse software replica outros tipos de SGDBs, foi desenvolvido a 8 anos atr

Re: [pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

Boa Jean, a solução é interessante (a não ser pelo fato de que podem haver itens cadastrados em uma data posterior, com códigos de valor menor que os itens mais antigos). Quanto a opinião do Guedes, um dos problemas é sim a estética, no caso dessa tabela que apresentei. Ma tenho outra tabela d

Re: [pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

2008/3/24, Jean Vichinheski <[EMAIL PROTECTED]>: > Aqui na empresa tivemos esse problema devido a replicação, como usamos > triggers pra fazer a replicação e temos uma tabela de log Vocês fizeram replicação manual multimaster? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lg

Re: [pgbr-geral] Busca ignorando acentos

Para bancos em UTF8 use SELECT nm_banco from banco where to_ascii(nm_banco,'LATIN1') ilike '%cred%'; []'s Marco Aurélio C Feitosa Silfar Goulart escreveu: Sim Dickson, mas isso só funciona se o banco estiver em latin se ele estiver em utf8 nao rola: SELECT nm_banco from banco where to_as

Re: [pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

Aqui na empresa tivemos esse problema devido a replicação, como usamos triggers pra fazer a replicação e temos uma tabela de log, onde o software faz a leitura da segquencia e gera o pacotes com os dados, havia falha quando ocorria uma transação grande na base de dados, pois a replicação ocorre

Re: [pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

Adenilton Batista da Silva escreveu: > Boa tarde, dei uma pesquisada na lista e não achei algo a respeito, > por isso resolvi postar aqui. > > Tenho algumas tabelas as quais não queria usar o campo do Tipo Serial, > por causa do buraco que eles provocam quando se trabalha com > transações (que

[pgbr-geral] Campos com Autoincremento (Como resolver o problema dos Buracos)

Boa tarde, dei uma pesquisada na lista e não achei algo a respeito, por isso resolvi postar aqui. Tenho algumas tabelas as quais não queria usar o campo do Tipo Serial, por causa do buraco que eles provocam quando se trabalha com transações (que não foram commitadas), tentei implementar a gera

Re: [pgbr-geral] Busca ignorando acentos

Sim Dickson, mas isso só funciona se o banco estiver em latin se ele estiver em utf8 nao rola: SELECT nm_banco from banco where to_ascii(nm_banco) ilike '%cred%'; ERROR: encoding conversion from UTF8 to ASCII not supported 2008/3/24, Dickson Guedes <[EMAIL PROTECTED]>: > > Silfar Goulart escre

Re: [pgbr-geral] Busca ignorando acentos

Silfar Goulart escreveu: > Bom gente já tentei de tudo, esta é a minha ultima tentativa. Preciso > fazer um select que me retorne uma consulta que ignore acentos tipo > > se eu buscar por jose tem que vir josé, jose etc... > > Alguem sabe com eu faço isso ? local=# SELECT nome from pessoa where t

Re: [pgbr-geral] Busca ignorando acentos

2008/3/24, Silfar Goulart <[EMAIL PROTECTED]>: > Bom gente já tentei de tudo, esta é a minha ultima tentativa. Preciso fazer > um select que me retorne uma consulta que ignore acentos tipo Já pesquisaste no histórico da(s) lista(s)? Essa volta e meia retorna. -- skype:leandro.gfc.dutra?chat

[pgbr-geral] Busca ignorando acentos

Bom gente já tentei de tudo, esta é a minha ultima tentativa. Preciso fazer um select que me retorne uma consulta que ignore acentos tipo se eu buscar por jose tem que vir josé, jose etc... Alguem sabe com eu faço isso ? -- Silfar Goulart ___ pgbr-ger

Re: [pgbr-geral] oficina de sintonia em PostgreSQL no ERBD

Esta aí uma excelente idéia também para a Unisul. --Paulo ---VisualP Sistemas. - Original Message - From: "Euler Taveira de Oliveira" <[EMAIL PROTECTED]> To: "Comunidade PostgreSQL Brasileira" Sent: Sunday, March 23, 2008 7:57 PM Subject: [pgbr-geral] oficina de sintonia em PostgreSQL

Re: [pgbr-geral] oficina de sintonia em PostgreSQL no ERBD

2008/3/23 Euler Taveira de Oliveira <[EMAIL PROTECTED]>: > > A quem interessar, eu estarei na Escola Regional de Banco de Dados em > Florianópolis nos dias 02-04 de abril. Vou apresentar uma oficina [1] > sobre sintonia em PostgreSQL com duração de 3 horas; na oficina estarei > explicando algun

Re: [pgbr-geral] Como identificar os processos no Windows?

2008/3/24, Euler Taveira de Oliveira <[EMAIL PROTECTED]>: > Eu não me arriscaria dizer qual é o melhor SO para PostgreSQL. ;) O que > posso afirmar é que o PostgreSQL para Windows ainda está *longe* em > termos de amadurecimento e otimização das plataformas UNIX-like. Isso se > deve ao fato (i)

Re: [pgbr-geral] Como identificar os processos no Windows?

Fernando Ike wrote: >Se friamente olhar nos dias de hoje, o SO mais rápido > relatado para PostgreSQL é o Solaris via os testes para SpecJ, > dependendo do contexto cada SO terá performance melhor para uma > situação que tenha funções mais desenvolvidas. > Eu não me arriscaria dizer qual é

Re: [pgbr-geral] RE S: ER integrado ao Postgresql

Leonardo Cezar escreveu: > Basicamente o que fazemos ali é alterar dot.tmpl para uma aparência > semelhante a saída comum do DBdesigner (todo mundo gosta daquele > /look'n feel/ ;-)). > Oi Leo, Era desse /look'n feel/ que eu estava precisando... ele virá no autodoc 1.32? Obrigado. [ ]s Gue

Re: [pgbr-geral] Como identificar os processos no Windows?

Em Mon, 24 Mar 2008 07:27:23 -0300 "Ribamar Sousa" <[EMAIL PROTECTED]> escreveu: > Em 24/03/08, Fernando Brombatti<[EMAIL PROTECTED]> escreveu: > > Já que olhaste, tem outros programas interessantes par Windows > > (caso seja o teu ambiente de produção). [Graças a Deus temos apenas > > 3 servidore

Re: [pgbr-geral] Como identificar os processos no Windows?

Em 24/03/08, Fernando Brombatti<[EMAIL PROTECTED]> escreveu: > Já que olhaste, tem outros programas interessantes par Windows (caso seja o > teu ambiente de produção). [Graças a Deus temos apenas 3 servidores Windows > (na verdade são desktops com Windows Server) e estou lutando para remover um > d