Complementando... Jairo, você tem que tomar cuidado para não causar os "waiting", que são operações "aguardando" sua execução.
Como o Flavio disse, além de select, insert e update, dependendo, podem causar muitas operações de I/O, e isso pode afetar a performance, mas como disse anteriormente, você deve analisar o que está acontecendo e definir o que é mais importante. Danilo Em 12 de dezembro de 2011 22:13, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Eu utilizo o devart universal em minhas aplicações c# acessando postgres > > e aconselho a deixar a configuração no valor padrão, pois conforme o > > colega mencionou anteriormente, quando rodar uma consulta "pesada" o > > banco vai travar. > > Por que o banco vai "travar"? > Não existe isso. O que vai acontecer é que, se a consulta precisar > acessar muitos dados em disco, vai haver maior consumo de I/O, não um > "travamento". > Isso pode onerar outras consultas concorrentes. > > Você pode utilizar a configuração statement_timeout para o usuário da > aplicação pra resolver sua situação, embora isso não seja recomendado: > ALTER ROLE usuario_aplicacao SET statement_timeout = 30s; > Irá limitar a execução de quaisquer consultas do usuário > usuario_aplicacao para 30s, emitindo um erro para as consultas que > passarem disso. Use com precaução. > > []s > Flavio Gurgel > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
