практически бесполезные сведения. Если нужен порядок — его гарантирует только ORDER BY.
К тому же, на основании пары экспериментов всё равно не стоит делать выводы о том, как это работает (в каком порядке читаются таблицы).
Так любопытно же :)
Просто интересен алгоритм, по которому посгрес начинает читать значения из таблицы. Вот ты пишешь select * from t limit 10 В этот момент он будет лезть в буферный кэш и искать первую страницу t и что будет если не найдет? Будет еще смотреть кэш или полезет в диск?
Т.е. в остальном весь PostgreSQL уже изучен и т.д. и т.п., полезнее время не на что потратить? ;) Опять-таки, раз нет гарантий, то хоть завтра (при очередном bug fix) подобные вещи изменятся без предупреждения.
А где заканчивается то, что ты "должен" знать, по-моему вопрос философский
Ну мне интересно понять, что постгрес умеет, а что нет. Про order by думаю всем понятно)
1. Гарантированно найдётся более полезное занятие, тут вы, как обычно, правы; 2. А никто вроде и не собирается полагаться на подобную информацию при своей работе и делать зависимости от таких сведений :)
> по которому посгрес начинает читать значения из таблицы Зависит от ситуации. > он будет лезть в буферный кэш и искать первую страницу t В некоторых ситуациях — будет, да. > Будет еще смотреть кэш Нет, конечно. Раз не нашёл — её там нет.
Согласен насчёт пары экспериментов - мой поинт как раз в том, что оптимайзер в общем случае свободен делать чт угодно, что удовлетворяет семантике
А я-то думал, что мы тут programmers / developers / software engineers / DBA, а не философы. ;)
Ну тут вопрос в том, что собственно ему не принципиально какая страница, если нет условий и сортировок, поэтому вопрос, он найдет в кэше случайную страницу, которая относится к t или полезит сразу на диск
Не, это вполне полезные знания как раз.
> он найдет в кэше случайную страницу, которая относится к t Конечно, нет. > или полезит сразу на диск Он начнёт читать таблицу, так или иначе. В существующей реализации — не обязательно "сначала", но последовательно. Наличие или отсутствие каких-то страниц в RAM не имеет значения.
Хмм... трудно представить, зачем.
зачем ему читать таблицу с диска, если он найдет в кэше все необходимые записи?
Если найдёт — незачем. Но вообще чтение страниц объектов обычно работает стереотипно (через shared buffers). Хотя как раз для seq.scans "больших" таблиц используется отдельная стратегия.
Для оптимизации, чтения планов и тд. Чем больше понимаешь эвристики, тем понятней что происходит
В плане любой seq.scan выглядит одинаково. А как это может помочь в оптимизации?
Понимание эвристик оптимизатора? Много как. Конкретно это наше обсуждение не факт, что сильно поможет, да.
Я конкретно об этом да. Т.е. без ORDER BY гарантий порядка нет, вот и вся польза, по большому счёту.
Обсуждают сегодня