Olá pessoal,
Queria colocar a seguinte dúvida, eu quero criar uma trigger que execute
sempre que são inseridos novos registos numa tabela. A função desta será
executar um update preenchendo dois campos com base em distâncias
(st_distance). A minha dúvida é o seguinte, quando o update for
Pessoal,
Estava com alguns problemas de lock e decidi atualizar minha versão do
PostgreSQL da 8.2 para a 8.4, onde muitos avanços foram feitos nesse campo.
Contudo, para minha surpresa, a performance caiu drasticamente. O curioso é
que as máquinas físicas são idênticas fisicamente e mantive
Le 2011-N-12 11h18, Pedro Costa a écrit :
A minha dúvida é o seguinte, quando o update for
executado vai ser sempre sobre todos os registos da tabela ou apenas dos
criados naquele momento?
Depende de como o codificares! Já viste os exemplos no manual?
--
skype:leandro.gfc.dutra?chat
Le 2011-N-12 11h38, Eduardo Santos a écrit :
Estava com alguns problemas de lock
Que problemas? Normalmente, a questão não é versão mas programação do
aplicativo…
decidi atualizar minha versão do PostgreSQL da 8.2 para a 8.4
Por que para uma versão tão antiga? Já estamos na 9.1, que
Olá Dutra,
Obrigado pela resposta. Seguem comentários.
Em 12 de novembro de 2011 12:14, Leandro Guimarães Faria Corcete DUTRA
l...@dutras.org escreveu:
Le 2011-N-12 11h38, Eduardo Santos a écrit :
Estava com alguns problemas de lock
Que problemas? Normalmente, a questão não é versão
2011/11/12 Eduardo Santos eduardo.edusan...@gmail.com:
Pessoal,
Estava com alguns problemas de lock e decidi atualizar minha versão do
PostgreSQL da 8.2 para a 8.4, onde muitos avanços foram feitos nesse campo.
Contudo, para minha surpresa, a performance caiu drasticamente. O curioso é
que as
Olá Osvaldo,
Obrigado pela resposta. Seguem comentários:
Pelos números apresentados tudo indica que suas estatísticas estavam
atualizadas o que levou o planejador a optar por caminhos
ineficientes.
Veja por exemplo:
Nested Loop (cost=0.00..982907.73 rows=397639583 width=4) (actual
On 12-11-2011 13:05, Eduardo Santos wrote:
Desculpe, esqueci de anexar a consulta. É uma consulta realmente feia, mas que
não chegava a ser um desastre no banco:
Um comentário: o PostgreSQL não se dá muito bem com listas grandes no IN. Os
valores vem de outra consulta, se sim, talvez seja
Pessoal, pensa no seguinte...
Você dá um CD com seu aplicativo a uma pessoa.
Você não vai estar lá pra instalar pra ele, e ele não sabe nada de
instalação, principalmente de postgres.
Por isso a necessidade de enviar um CD com uma instalação totalmente
automatica.
Meu aplicativo consigo fazer
Pode contar com minha ajuda. Também atuo neste universo de Geoprocessamento
com PostGIS.
Não sei muito, mas posso colaborar.
Luis Fernando
Em 11 de novembro de 2011 22:20, antonio borba
antonio.borba2...@gmail.comescreveu:
Bom, como disse sou neófito nesse terreno, chaves naturais?, não
10 matches
Mail list logo
