Fernando Brombatti escreveu:
> Galera, essa situação eu pude presenciar em um sistema em produção com
> grande acesso e modificações aos dados:
> 1) independente da quantidade de selects, os dados virão sempre da mesma
> forma em que se encontram na base, ou seja, sem alterar sua ordem.
Errado. Se entre os seus selects um único usuário fizer uma única
alteração em algum registro, o próximo select seu virá com a ordem
alterada. A não ser que você esteja fazendo inúmeros selects em uma
tabela que não esteja recebendo alterações, porque no primeiro "update"
sua teoria cai.
> 1.1) Qualquer procedimento de manutenção nos dados faz uma nova inclusão
> (ao final da tabela, é óbvio)
Errado. Isto depende do banco de dados. Firebird por exemplo não é
assim. O Sql Server 7 também não era assim (não sei dizer sobre as
versões mais novas).
Acredito (não tenho certeza) que o PostGreSql 8.3 também não será.
Agora temos FILLFACTOR na criação das tabelas. Ou seja, se ainda houver
espaço para gravar dentro da mesma página de dados o registro não será
realocado no final da tabela.
e marca o registro como inutilizável (por
> isso que precisamos rodar vacuum, lembram?) Isso ocorre sempre assim e
> pude comprovar na prática com uma aplicação governamental onde há uma
> conta-corrente de débitos da galera.
>
> 2) Recomendo sempre usar order by nas consultas para evitar reclamações
> dos usuários.
Recomendo que só utilize quando necessário. Para que ficar ordenando
tudo se existem momentos em que a ordem não influencia em nada?? Isso é
gasto desnecessário de processamento.
Abraço,
--
Shander Lyrio
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
