2009/12/7 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Tiago:
Muita correta a sua resposta, e, conforme entendido, nada me garante que a
migração de um banco da 8.3 para a 8.4 torne a execução das queries mais
rápida, a não ser que alguma coisa tenha sido alterada/modificada na engine
do
Caro Osvaldo;
Eu não estou discutindo o ANALYSE. Nenhum otimizador consegue trabalhar sem
estatísticas, correto?
Com relação ao ítem PERFORMANCE; entendí que somente as queries que utilizam
DISTINC iriam se beneficiar, pois a ordenação automática foi retirada. E só.
Bom dia,
No quesito aumento de performance, acho que todos estão citados nos release
notes da versão. Nos demais casos é previsto que o desempenho se mantenha.
Obviamente, para tanto, ao migrar é necessário que se faça uma analyse de
todo o banco para que suas estatísticas estejam atualizadas e
Bom dia!
Onde eu posso encontrar as melhorias da versão 8.3 sobre a 8.1? E da 8.4 em
relação a 8.3?
Obrigado!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
2009/12/7 Thiago Freitas thiago.frei...@gmail.com:
Bom dia!
Onde eu posso encontrar as melhorias da versão 8.3 sobre a 8.1? E da 8.4 em
relação a 8.3?
Além dos release notes voce pode acessar:
http://www.postgresql.org/about/featurematrix.html
-Leo
--
Leonardo Cezar
http://www.aslid.org.br
2009/12/7 Thiago Freitas thiago.frei...@gmail.com:
Bom dia!
Onde eu posso encontrar as melhorias da versão 8.3 sobre a 8.1? E da 8.4 em
relação a 8.3?
Para encontrar todas as mudanças aplicadas desde a primeira versão
você pode consultar o apêndice E da versão 8.4:
Pessoal, estou utilizando Full Text Search no PostgreSQL 8.3 mas, apesar de
ter criado o campo do tipo tsvector e criado um índice GIN sobre ele, o
índice não está sendo consultado quando submeto uma query, ou seja, está
fazendo um seq. scan o que está inviabilizando a sua utilização.
Já tentei
2009/12/7 MARCIO CASTRO marciomouracas...@yahoo.com.br:
Caro Osvaldo;
Eu não estou discutindo o ANALYSE. Nenhum otimizador consegue trabalhar
sem estatísticas, correto?
Com relação ao ítem PERFORMANCE; entendí que somente as queries que
utilizam DISTINC iriam se beneficiar, pois a
2009/12/5 Euler Taveira de Oliveira eu...@timbira.com:
Sebastian SWC escreveu:
Interessante! é nesses arquivos que o banco verifica quando entra em
recovery?
Não. Essa informação fica gravada no $PGDATA/global/pg_control.
Tem alguma coisa no manual pra me indicar sobre o assunto?
Não há
2009/12/7 Sebastian SWC sebastian...@gmail.com:
2009/12/5 Euler Taveira de Oliveira eu...@timbira.com:
Sebastian SWC escreveu:
Interessante! é nesses arquivos que o banco verifica quando entra em
recovery?
Não. Essa informação fica gravada no $PGDATA/global/pg_control.
Tem alguma coisa no
José Flávio Jr. escreveu:
Já tentei forçar o uso do índice com o enable seqscan off mas mesmo
assim ele não usa o índice criado para as querys sobre o campo tsvector.
Sem ver a definição das tabelas e índices, a consulta e o explain fica difícil
supor algo.
--
Euler Taveira de Oliveira
Fala galera, to me batendo aqui pra fazer uma consulta que some 2
colunas de diferentes tabelas.
devo utilizar o sum? mesmo sabendo que cada consulta ja utiliza o sum
anteriormente:
SELECT meso.the_geom, meso.gid, meso.nome, estab2007.estabfed2007,
estab2007.estabest2007, estab2007.estabmun2007,
eu fuçando aqui ficou assim:
SELECT meso.the_geom, meso.gid, meso.nome, estabest2007 +
estabest2007_9_anos as estabest2007, estabfed2007 +
estabfed2007_9_anos as estabfed2007, estabmun2007 +
estabmun2007_9_anos as estabmun2007, estabpriv2007 +
estabpriv2007_9_anos as estabpriv2007
FROM (
+
On Mon, Dec 7, 2009 at 12:37 PM, Bruno Sales brunosale...@gmail.com wrote:
Fala galera, to me batendo aqui pra fazer uma consulta que some 2
colunas de diferentes tabelas.
devo utilizar o sum? mesmo sabendo que cada consulta ja utiliza o sum
anteriormente:
SELECT meso.the_geom, meso.gid,
Olá,
2009/12/4 Marcelo Costa marcelojsco...@gmail.com
2009/12/4 Marcelo Barbosa marcelo.barb...@sizeof.com.br
Prezados,
Agradeço a rápida resposta, conforme o colega Marcelo Costa executei o
solicitado e segue abaixo:
last pid: 39893; load averages: 0.93, 0.48, 0.28
up
Boa tarde a todos,
Preciso passar uma base de *SQL Server *para o *Postgres,* alguém tem alguma
sugestão da melhor forma de eu realizar esse processo?
Estava dando uma olhado no ms2pg, alguem conhece ??? Só que não achei a
documentação e não consegui rodar ele!
[]'s
--
Rafael Luís de Souza
Olá a todos.
Gostaria de pedir ajuda com o erro que segue:
Versoes dos pacotes:
PostgreSQL 8.3
Postgis 1.3.3
Erro:
ERRO: função addgeometrycomumn(unknown, unknown, integer, unknown,
integer) não existe
LINE 1: SELECT AddGeometryComumn ('municipio','municipio_geom',
Olá, Rafael
2009/12/7 Rafael Garbin rgar...@gmail.com
Boa tarde a todos,
Preciso passar uma base de *SQL Server *para o *Postgres,* alguém tem
alguma sugestão da melhor forma de eu realizar esse processo?
Aqui tem algumas informações que acho que pode te ajudar.
Olá,
2009/12/7 Vicente Martins geo.marti...@gmail.com
Olá a todos.
Gostaria de pedir ajuda com o erro que segue:
Versoes dos pacotes:
PostgreSQL 8.3
Postgis 1.3.3
Erro:
ERRO: função addgeometrycomumn(unknown, unknown, integer, unknown,
integer) não existe
LINE 1:
Os tipos de geometria na função AddGeometryColumn são case-sensitive.
MULTIPOLYGON multipolygon.
Teste também esta sintaxe:
CREATE TABLE teste2000
(
id serial not null,
constraint tpk PRIMARY KEY(id)
);
SELECT * FROM
Olá pessoal,
No pg 8.4.1 no campo boolean ele só ta aceitando true e false, com faço para
aceitar 0 e 1, pois no pg 8.3 aceitava.
Alguma dica.
Valeu
Rafael Sousa
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2009/12/7 Bruno Sales brunosale...@gmail.com:
eu fuçando aqui ficou assim:
SELECT meso.the_geom, meso.gid, meso.nome, estabest2007 +
estabest2007_9_anos as estabest2007, estabfed2007 +
estabfed2007_9_anos as estabfed2007, estabmun2007 +
estabmun2007_9_anos as estabmun2007, estabpriv2007 +
Opa,
2009/12/7 Rafael Sousa rafael...@gmail.com
Olá pessoal,
No pg 8.4.1 no campo boolean ele só ta aceitando true e false, com faço
para aceitar 0 e 1, pois no pg 8.3 aceitava.
Alguma dica.
CREATE TEMP TABLE FOO(foo BOOLEAN);
INSERT INTO foo VALUES (1::BOOLEAN); --TRUE
INSERT INTO foo
2009/12/7 Rafael Sousa rafael...@gmail.com:
Olá pessoal,
No pg 8.4.1 no campo boolean ele só ta aceitando true e false, com faço para
aceitar 0 e 1, pois no pg 8.3 aceitava.
Alguma dica.
Veja se esse CAST foi deprecado no 8.4 (vide notas de lançamento). É
isso que deve ter acontecido.
2009/12/7 Roberto Mello roberto.me...@gmail.com:
2009/12/7 Rafael Sousa rafael...@gmail.com:
Olá pessoal,
No pg 8.4.1 no campo boolean ele só ta aceitando true e false, com faço para
aceitar 0 e 1, pois no pg 8.3 aceitava.
Alguma dica.
Veja se esse CAST foi deprecado no 8.4 (vide notas de
JotaComm, as funções foram carregadas no banco de dados sim. Carreguei tanto
a lwpostgis.sql quanto a spatial_ref_sys.sql, sem apresentar problemas.
George, vou olhar direitinho o problema da sintaxe, e posto o resultado logo
após.
Obrigado pela atenção. Abraço a todos.
2009/12/7 George Silva
2009/12/8 Vicente Martins geo.marti...@gmail.com:
JotaComm, as funções foram carregadas no banco de dados sim. Carreguei tanto
a lwpostgis.sql quanto a spatial_ref_sys.sql, sem apresentar problemas.
George, vou olhar direitinho o problema da sintaxe, e posto o resultado logo
após.
Obrigado
27 matches
Mail list logo
