Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Marlos, Diga quais são os valores dos parâmetros shared_buffers e checkpoint_segments. att. Danilo Em 17 de novembro de 2011 00:49, Bruno Silva escreveu: > > Eu rodo o firebird no computador hp, processador amd dual core 64 bits; > 2,59 > > GHZ 1,75 MB ram com o xp > > O Postgresql está num De

Re: [pgbr-geral] Imagem JPEG 9.1

> Nossa, se esse fosse um fórum, eu marcava como spam meus posts > anteriores e positivava a tua resposta. > > Eu não sabia da diferença de tratamento entre texto e bytea. > Aprendendo um pouco a cada dia. Fica a dica pra todo mundo: Quem está migrando aplicações de 8.4 para 9.0 ou superiores, as

Re: [pgbr-geral] View com DB-Link

> Não alcancei o que você espera do dblink. > Você espera que a função leve em consideração informações fora do > escopo dos parâmetros que lhe são fornecidos? Além da dica do nosso caro Osvaldo, fica outra: PostgreSQL 9.1 com FDW, esse problema do DB-Link vai embora, a consulta será um simples SE

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

> Eu rodo o firebird no computador hp, processador amd dual core 64 bits; 2,59 > GHZ 1,75 MB ram com o xp > O Postgresql está num Dell 64 bits 4 nucleos 2,5 GHz; 32 MB de ram com o > Ubuntu 10.10 Com certeza alguns ajustes iam ajudar muito nessa importação. Como estás iniciando, faz uns testes com

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

> ainda, segue abaixo o link para uma página mostrando como montar os INSERTS > para serem mais rápidos, caso não consiga usar o comando COPY: > > http://kaiv.wordpress.com/2007/07/19/faster-insert-for-multiple-rows/ Bem observado Marçal, Marlos, por que insert ao invés de copy? Bruno E. A. Silv

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

> Date: Wed, 16 Nov 2011 17:38:30 -0200 > From: marl...@emater.mg.gov.br > To: pgbr-geral@listas.postgresql.org.br > Subject: Re: [pgbr-geral] Script está demorando muito no PostgreSQL > > Eu rodo o firebird no computador hp, processador amd dual core 64 bits

Re: [pgbr-geral] Imagem JPEG 9.1

Nossa, se esse fosse um fórum, eu marcava como spam meus posts anteriores e positivava a tua resposta. Eu não sabia da diferença de tratamento entre texto e bytea. Aprendendo um pouco a cada dia. Desculpem-me pela confusão anterior. Em 16 de novembro de 2011 18:25, Osvaldo Kussama escreveu: > 2

Re: [pgbr-geral] Imagem JPEG 9.1

2011/11/16, Leandro Monqueiro Leme : > Qual é o tipo pra colocar jpeg no 9.1 ? no 8.4 era bytea, continua ? A partir da versão 9.0 foi introduzida a seguinte alteração: "The bytea type supports two external formats for input and output: PostgreSQL's historical "escape" format, and "hex" format. B

Re: [pgbr-geral] View com DB-Link

Em 16/11/11, Vinicius Santos escreveu: > Pessoal, após pensar um pouco, consegui resolver o problema. > > Com este select: > > CREATE OR REPLACE VIEW consulta_atual AS > SELECT > substring( current_query FROM position( 'where' IN current_query ) FOR > LENGTH( current_query ) ) AS clausula > FRO

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Eu rodo o firebird no computador hp, processador amd dual core 64 bits; 2,59 GHZ 1,75 MB ram com o xp O Postgresql está num Dell 64 bits 4 nucleos 2,5 GHz; 32 MB de ram com o Ubuntu 10.10 Em 16 de novembro de 2011 17:25, Bruno Silva escreveu: > > O banco é criado normalmente. Inclusive eu consig

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Em 16 de novembro de 2011 17:32, Marllos escreveu: > Sim, depois de inserir os dados, eu crio os indices e as outras > constraints > Mas, o que está demorando 66 min é a estapa de inserir os dados, nesse > momente não existe indice > > 1) cria os sequences -- rapido > 2) cria as tabelas -- rap

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

> O banco é criado normalmente. Inclusive eu consigo fazer bacup e restore do > banco. O problema é que o firebird faz isso em 2 min e o Postgresql está > fazendo em 66 min. O hardware é o mesmo? Qual o SO? > É o seguinte: primeiro eu crio o banco vazio, então rodo o script no > PgAdminIII que:

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Le 2011-16-11 17h19, Marllos a écrit : > É o seguinte: primeiro eu crio o banco vazio, então rodo o script no > PgAdminIII que: > 1) cria os sequences > 2) cria as tabelas > 3) crias as views > 4) insere os dados E quando são criados os índices? ___ pgbr

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

É o seguinte: primeiro eu crio o banco vazio, então rodo o script no PgAdminIII que: 1) cria os sequences 2) cria as tabelas 3) crias as views 4) insere os dados 5) cria as constrainsts, 6) cria as functions e triggers O banco é criado normalmente. Inclusive eu consigo fazer bacup e restore do ban

Re: [pgbr-geral] Imagem JPEG 9.1

Em 16 de novembro de 2011 17:04, Leandro Monqueiro Leme escreveu: > Desculpe, não entendi essa parte : > > adicionar o " E'seu arquivo bytea cheio de \ \ \ \ \' " > > Grato A partir da versão 9.1 é obrigatório o uso da letra E antes de strings com escape, o que acho ser o caso do bytea da imagem.

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

> Podem estar faltando índices em chaves estrangeiras também... Ou pode estar criando os indices antes da inserção. Bruno E. A. Silva. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listi

Re: [pgbr-geral] Imagem JPEG 9.1

Desculpe, não entendi essa parte : adicionar o " E'seu arquivo bytea cheio de \ \ \ \ \' "Grato Em 16/11/2011 15:30, Daniel Cristian Cruz < danielcrist...@gmail.com > escreveu:Acredito que você esteja tendo problemas com a sintaxe do escape.A opção standard_conforming_strings da configuração pode

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Em 16 de novembro de 2011 16:53, Marllos escreveu: > Tentei o script com o start transaction na primeira linha e um commit na > útima. O script demorou 3995947 ms que dá 66 min novamente. Ainda teve uma > msg de erro no últimos inserts informando que a transação atual foi > interrompida. Provavel

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Tentei o script com o start transaction na primeira linha e um commit na útima. O script demorou 3995947 ms que dá 66 min novamente. Ainda teve uma msg de erro no últimos inserts informando que a transação atual foi interrompida. ___ pgbr-geral mailing li

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

>> Sobre as configurações do servidor, ainda náo aprendi sobre elas. estou >> no começando agora. O primeiro exercicio que me propus foi converter uma >> base antiga em postgresql. Isto para aprender a sintaxe e o plgpsql. E toda >> a minha fonte de consulta é o manual oficial e esta lista. Dá

Re: [pgbr-geral] View com DB-Link

Pessoal, após pensar um pouco, consegui resolver o problema. Com este select: CREATE OR REPLACE VIEW consulta_atual AS SELECT substring( current_query FROM position( 'where' IN current_query ) FOR LENGTH( current_query ) ) AS clausula FROM pg_stat_activity WHERE procpid = pg_backend_p

Re: [pgbr-geral] neofito em postgis solicita ajuda para começar os trabalhos

Le 2011-16-11 13h29, Angelo Augusto Frozza (IFC) a écrit : > > No campo da modelagem de BD Geo, o BrModelo não é a melhor pedida, pois > ele é focado em banco de dados relacionais apenas Não se precisa de mais nada, a menos que estejas pensando em SQL. _

Re: [pgbr-geral] View com DB-Link

> > não é melhor replicar esta tabela utilizando o bucardo ? > > vc terá uma melhor performance. Não estamos utilizando replicação. Por DB-LINK as coisas ficariam mais simples, mas se não tiver jeito após todos os neurônios tiverem pedido arrego, vamos ter que utilizar replicação sim. ___

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Em 16 de novembro de 2011 15:55, Marllos escreveu: > Eu vou instalar uma versão mais nova, quando eu fiz o apt-get ele caiu > automaticamente nessa versao. > Pus um start transaction o inicio e um commit no final geral, isso só já > resolveria? Por que parece que vai gastar o mesmo tempo... O ide

Re: [pgbr-geral] View com DB-Link

2011/11/16 Vinicius Santos : > Boa tarde pessoal, > > Estou com uma dúvida com uma funcionalidade que estou precisando muito. > > Tenho uma view +/- assim: > > CREATE OR REPLACE VIEW consultar_sao_paulo AS >   SELECT produto, estoque FROM dblink('dbname=sao_paulo', 'SELECT produto, > estoque FROM e

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Eu vou instalar uma versão mais nova, quando eu fiz o apt-get ele caiu automaticamente nessa versao. Pus um start transaction o inicio e um commit no final geral, isso só já resolveria? Por que parece que vai gastar o mesmo tempo... Sobre as configurações do servidor, ainda náo aprendi sobre elas.

Re: [pgbr-geral] Imagem JPEG 9.1

> uso delphi, e no postgres 7.3, 8.1, 8.4, nao apresentavam erro. instalei o > 9.1 da o seguinte erro : > > JPEG error #53 ao ler a imagem, e quando tento gravar, ele nao grava Você já verificou o log do postgres? O que aparece? Bruno E. A. Silva. ___ pg

Re: [pgbr-geral] Imagem JPEG 9.1

uso delphi, e no postgres 7.3, 8.1, 8.4, nao apresentavam erro. instalei o 9.1 da o seguinte erro :JPEG error #53 ao ler a imagem, e quando tento gravar, ele nao grava Em 16/11/2011 15:27, Fabiano Abreu < fabianoabreual...@gmail.com > escreveu:Creio que sim, segue o mesmo padrão.. _ _ Fabiano Ab

Re: [pgbr-geral] View com DB-Link

Em 16 de novembro de 2011 15:29, Claudio Oliveira escreveu: > Olá, > > Pela view realmente não vai funcionar. > > Vc terá que fazer uma função > E ai Claudião !! Tudo blz ??? O problema é que não podemos utilizar função. Estamos mexendo na tela de "Produtos por Localização". Não há como mudar

Re: [pgbr-geral] Imagem JPEG 9.1

Acredito que você esteja tendo problemas com a sintaxe do escape. A opção standard_conforming_strings da configuração pode resolver o problema de imediato, mas é melhor você tentar ajustar a aplicação para adicionar o " E'seu arquivo bytea cheio de \ \ \ \ \' " antes dos conteúdos bytea. Para tes

Re: [pgbr-geral] View com DB-Link

Olá, Pela view realmente não vai funcionar. Vc terá que fazer uma função create or replace function consulta_estoque(in pwhere text, out "Código Produto" integer, out "Estoque Atual" numeric) return setof record as $$declare r record; comando text;begin comando := 'SELECT produto, estoque FROM e

Re: [pgbr-geral] Imagem JPEG 9.1

Creio que sim, segue o mesmo padrão.. _ _ Fabiano Abreu Papo Sql - Um blog com tutoriais, dicas e truques sobre SQL 2011/11/16 Leandro Monqueiro Leme > Qual é o tipo pra colocar jpeg no 9.1 ? no 8.4 era bytea, continua ? > __

[pgbr-geral] Imagem JPEG 9.1

Qual é o tipo pra colocar jpeg no 9.1 ? no 8.4 era bytea, continua ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] View com DB-Link

Talvez seja chover no molhado, mas só para confirmar, não pode ser uma função chamada com SELECT produto, estoque FROM consultar_sao_paulo(31587); ? Em 16 de novembro de 2011 15:06, Vinicius Santos escreveu: > Boa tarde pessoal, > > Estou com uma dúvida com uma funcionalidade que estou precisando

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Não, . eu fiz a conta: 4003055 ms (/1000) = 4003,055 segundos (/60) = 66,717583 minutos. Sem contar que eu realmente fiquei esperando 1 hora. Em 16 de novembro de 2011 14:52, Flávio Alves Granato < flavio.gran...@gmail.com> escreveu: > Em 16 de novembro de 2011 14:43, Marllos escreveu: > > B

[pgbr-geral] View com DB-Link

Boa tarde pessoal, Estou com uma dúvida com uma funcionalidade que estou precisando muito. Tenho uma view +/- assim: CREATE OR REPLACE VIEW consultar_sao_paulo AS SELECT produto, estoque FROM dblink('dbname=sao_paulo', 'SELECT produto, estoque FROM estoque' ) AS tabela( produto INTEGER, es

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Marllos, A primeira coisa, na carga por SQL deve ser verificado se os dados estão dentro de transações (você pode adicionar "START TRANSACTION;" antes do primeiro INSERT e "COMMIT;" depois do último INSERT de cada tabela). A segunda coisa a ser verificada é se a configuração está adequada para o

Re: [pgbr-geral] Script está demorando muito no PostgreSQL

Em 16 de novembro de 2011 14:43, Marllos escreveu: > Boa tarde a todos. > Não quero entrar naquela velha discussão: quem é melhor? Mas eu quero > entender. > Tenho um banco de dados Firebird, com 54 tabelas com tamanho total de 30 > MB. Migrei esse banco todo para o PostgreSQL 8.4.9. No PostgreSQL

[pgbr-geral] Script está demorando muito no PostgreSQL

Boa tarde a todos. Não quero entrar naquela velha discussão: quem é melhor? Mas eu quero entender. Tenho um banco de dados Firebird, com 54 tabelas com tamanho total de 30 MB. Migrei esse banco todo para o PostgreSQL 8.4.9. No PostgreSQL o tamanho do banco ficou em torno dos 30 MB também. Só que o

[pgbr-geral] Problemas com o catálogo do PostgreSQL

Ola JotaComm, Na mosca, muito obrigado fico te devendo uma cerveja. Obrigado. >> SELECT a.relname AS Tabela, b.attname AS Campo >> FROM pg_class a >> JOIN pg_attribute b ON b.attrelid = a.relfilenode >> WHERE a.relname = 'tab_teste' AND b.attname = 'co_coluna'; >Na verdade sua consulta ao ca

Re: [pgbr-geral] neofito em postgis solicita ajuda para começar os trabalhos

Olá Antonio, No campo da modelagem de BD Geo, o BrModelo não é a melhor pedida, pois ele é focado em banco de dados relacionais apenas (tem seus méritos como software acadêmico ao implementar a notação adotada no livro do Prof. Heuser). Para BD Geo é necessário utilizar um modelo próprio. Eu, p

Re: [pgbr-geral] Serviço do postgres não inicia

On 16-11-2011 11:06, rvgugisch wrote: > Alguém teria mais alguma dica para fazer rodar o > serviço? > Dar permissão no diretório pg_log ao usuário postgres? -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Tre

Re: [pgbr-geral] Serviço do postgres não inicia

Estou tentando rodar o PG 8.4 (atualizado) no windows. Inicialmente em minha máquina (Localhost)! Mas estou recebendo a mesma mensagem acima. De acordo com as mensagens anteriores, eu iniciei o serviço via linha de comando e o retorno dele foi: *pg_ctl -D "C:\ARQUIV~1\POSTGR~1\8.4\data" start se

Re: [pgbr-geral] Apoio Técnico

Pois é, achava que sim. Mas não quero citar ou apontar pra ninguém, porque a gente nunca sabe o que acontece realmente. Bruno E. A. Silva. Analista de Sistemas. 2011/11/16 JotaComm : > Olá, Bruno > > Em 16 de novembro de 2011 08:54, Fernando Ike escreveu: >> >> >> On 15-11-2011 14:42, Bruno Silv

Re: [pgbr-geral] Apoio Técnico

Olá, Bruno Em 16 de novembro de 2011 08:54, Fernando Ike escreveu: > > > On 15-11-2011 14:42, Bruno Silva wrote: > > Pra você terem idéia, segue um trecho. > > "Para esclarecer suas duvidas sobre o ambiente ... preços estimados do > > Oracle, razoes para não usar o PostGre e tudo o mais que você

Re: [pgbr-geral] Problemas com o catálogo do PostgreSQL

Olá, Rogério Em 16 de novembro de 2011 09:41, Rogério Grando escreveu: > Olá pessoal, > Estive em umas das palestras do PgBr deste ano “Estatísticas e > monitoramento e diagnósticos através do catalogo do PostgreSQL” e expus um > problema que havia ocorrido na mesma semana referente a catálog

Re: [pgbr-geral] Row level security

Em 16 de novembro de 2011 09:38, Paulo Vitor Bettini de Albuqerque Lima escreveu: > Caros senhores,>> Vocês já implementaram em banco permissões de acesso a > nível de linhas da> tabela?>> Estou com um cenário que está me tirando o > sono. Estou começando um sistema> onde os usuários terão permi

[pgbr-geral] Problemas com o catálogo do PostgreSQL

Olá pessoal, Estive em umas das palestras do PgBr deste ano “Estatísticas e monitoramento e diagnósticos através do catalogo do PostgreSQL” e expus um problema que havia ocorrido na mesma semana referente a catálogo, demorei um pouco para postar porque estava tentando simular novamente o proble

[pgbr-geral] Row level security

Caros senhores, Vocês já implementaram em banco permissões de acesso a nível de linhas da tabela? Estou com um cenário que está me tirando o sono. Estou começando um sistema onde os usuários terão permissão para dados de uma determinada localidade. Ou seja, na tabela de acolhida por exemplo, um d

Re: [pgbr-geral] Apoio Técnico

On 15-11-2011 14:42, Bruno Silva wrote: > Pra você terem idéia, segue um trecho. > "Para esclarecer suas duvidas sobre o ambiente ... preços estimados do > Oracle, razoes para não usar o PostGre e tudo o mais que você precise > saber sobre tecnologia. " > > O cara não sabe nem o nome do banco, qu