Что-то не так с постгресом

А почему тебя это беспокоит? Вообще-то субд может вообще как попало выдавать записи, если явно порядок сортировки не задан, и это соответствует стандарту.

Беспокоит тем что раньше я такого не замечал, я прекрасно понимаю что надо указывать порядок.

В реляционной алгебре порядок не определён.

> У вас также? Версия 8.4

Да, у нас также. Версия 7.9

почти в большенстве СУБД будет именно так, но на это надеяться нельзя

Думаю, это связано с тем, что измененная запись будет положена в конец странички (ну, или дальше куда-нибудь), а не на то же место.

> В реляционной алгебре порядок не определён.

ну вот, набижало умников. Ну и сидите в своей реляционной алгебре, а сортируйте на клиенте. удачи с top-n запросами.

Если обновленная запись выдается в конце - не значит ли это что при UPDATE ее перекладывают в конец, и большое количество UPDATE'ов приведет к тому, что даже то, что INSERT-нули одновременно, будет раскидано по всей таблице?

Не знаю. Возможно, такие перестановки только в пределах страницы могут происходить (по primary key сортировка).

> Если обновленная запись выдается в конце - не значит ли это что при UPDATE ее перекладывают в конец, и большое количество UPDATE'ов приведет к тому, что даже то, что INSERT-нули одновременно, будет раскидано по всей таблице?

конечно. только не «перекладывают в конец», а кладут в свободное место, оно может быть и в середине таблицы если запись или версию записи оттуда удалили и vacuum пометил её как свободную. если внутри таблицы свободного места нет, то будет выделено место в конце таблицы и новая запись или новая версия записи попадёт туда.

>ну вот, набижало умников. Ну и сидите в своей реляционной алгебре, а сортируйте на клиенте. удачи с top-n запросами.

ORDER BY на что?

>Если обновленная запись выдается в конце - не значит ли это что при UPDATE ее перекладывают в конец, и большое количество UPDATE'ов приведет к тому, что даже то, что INSERT-нули одновременно, будет раскидано по всей таблице?

А это тебя не должно волновать, пока нет необходимости в оптимизации I/O.

>почти в большенстве СУБД будет именно так, но на это надеяться нельзя

Это не зависит от того, блокировочник или версионник?

Я бы предположил, что такое поведение естественно для версионника, но не для блокировочника.

> А это тебя не должно волновать, пока нет необходимости в оптимизации I/O.

Что делать, если есть необходимость?

>Что делать, если есть необходимость?

Это уже зависит от ситуации и СУБД. На что-то можно влиять, на что-то — нет.

Например, вот: http://www.postgresql.org/docs/8.4/static/sql-cluster.html

Но это — для оптимизации, а не для получения желаемого поведения.

Спасибо.

А как по дефолту выравниваются записи на страничке? По primary key, я так понимаю.

Но не нашел, где об этом явно сказано.