Это функция, исходя из названия, выдает интервал дат, ей нужно как минимум два параметра - начало и конец интервала. Постгрес говорит, что нет такой функции с таким типом входных аргументов (попытайтесь выполнить select random(1), и вам будет показана аналогичная ошибка, так как random() не должна принимать никаких аргументов) Есть два равноценных варианта проверки этой функции select daterange('2022-12-16', '2023-02-21') и select '[2022-12-16,2023-02-21)'::daterange

Множества {1,2,3} и {3,2,1} равны. А массивы [1,2,3] и [3,2,1] нет.

Имелось в виду, что длина пути от корня до одного листа отличается от длины от корня до любого другого листа не более, чем на единицу.

Там упомянуто, что 5406 - это страницы. И было бы странно, если бы поле relpages выдавало какую-то другую информацию. Одна страница по умолчанию 8KB (не 8000 KB). Перемножая получим, что выделено на таблицу 42,23MB. Так много, потому что много памяти занимает системная информация. Но это все примерные расчеты. В самой таблице по факту может оказаться меньше страниц (relpages дает примерную оценку)

Я понял потому что конкретно в этом примере мы искали по tuple id. Некоторые мои заметки: TID scan It is scanning table by TupleID's. A tuple id is a 6-byte entity which consists of 4-byte page number and 2-byte tuple index inside page. So if you know the TID you can directly get the corresponding tuple. every table has ctid column ctid. The tuple ID of the tuple within its table. This is a pair (block number, tuple index within block) that identifies the physical location of the tuple. Note that although the ctid can be used to locate the tuple very quickly, a row's ctid will change each time it is updated or moved by VACUUM FULL

Вычисления верные Пересмотрите блок с buffers в этом видео. Вы неправильно поняли смысл числа read и written. Это число страниц, то есть величина безразмерная. Поэтому в первом действии получается не 9,6 MB, а 96 kB

Вы не поняли принципа разделения! Языки делятся на императивные и декларативные так потому, что в первом случае программист должен сам написать алгоритм выполнения действия (запроса), а в другом случае (декларативном) программист (пользователь) пишет что он хочет получить и лишь может уточнять (для продвинутых) как он хочет получить (например быстрее), а как это сделать берёт на себя сам сервер с его математикой и именно он "решает" каким путём он будет действовать. При этом, что примечательно и логично, разные севера запрос выполнят по-разному, т.е. составят свой план запроса. И у разных серверов есть разная математика для повышения эффективности этих действий. А вот ваша программа на императивном языке всегда выполнится одинаково на разных компьютерах! Ваше желание знать, что как сделано в том и другом случае абсолютно параллельно при обоих подходах.

Посмотрите обновленную и расширенную версию этой лекции - должно стать понятнее: kzbin.info/www/bejne/apiVdH2sZc-FoZI&si=SgJOIHM7IfK6aklV

да тут вообще по верхушкам проскакали... самое важное - это фундамент системы, а не то, что лежит на поверхности и написано в любой книжке