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. 1.1) Qualquer procedimento de manutenção nos dados faz uma nova inclusão (ao final da tabela, é óbvio) 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. 2008/6/19 Ribamar Sousa <[EMAIL PROTECTED]>: > 2008/6/19 Osvaldo Rosario Kussama <[EMAIL PROTECTED]>: > >> >> >> Exato, qualquer atualização ou um vacuum full podem modificar a ordem >> física dos registros. Em um ambiente onde ocorrem transações >> simultâneas é "quase" como se fosse aleatório, na realidade não é >> aleatório mas é praticamente impossível garantir uma ordem num banco >> normal em produção. >> > > Acredito que o texto do manual, e como também relatam em alguns livros, > talvez precise ser mais claro. > Sei que muita gente não procura testar estas coisas, mas o que eu entendi > ao ler foi que ao executar simultâneos selects eu receberia os registros em > ordem aleatória. > E a coisa tem a ver com o índice interno do SGBD, que é o OID, que a cada > update é alterado, alterando a ordem. > Grato Osvaldo. > > -- > Ribamar FS - [EMAIL PROTECTED] > http://ribafs.net > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Fernando Brombatti email-msn-gtalk-skype: [EMAIL PROTECTED] work: +55 54 3218-6060 home: +55 54 3028-7217 mobile: +55 54 9189-7970 Visite www.datamais.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
