Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 1

Подписаться 2 тыс.

Просмотров 3,6 тыс.

50% 1

Четвертая лекция «‎Школы backend» про PostgreSQL: как читать планы запросов, когда появляется и как работает каждый из узлов, какую информацию можно получить из атрибутных строк.
00:00 SQL - декларативный язык
04:44 План запроса
13:20 «Стоимость» участия и операции
18:09 Изучаем настройки
19:11 Количество и «ширина» строк
21:54 Реальные показатели
25:12 Убираем ненужное
25:51 Время планирования
27:30 Актуальность статистики
32:00 Время выполнения и сетевой трафик
34:40 Buffers
43:10 I/O Timings
45:31 Собственные показатели узла
47:09 Операции с данными
48:00 Получение данных
57:55 Физическое хранение данных
01:19:06 Работа с битовыми картами
01:22:00 Ответы на вопросы
#Тензор #SQL #PostgreSQL

Опубликовано:

16 июл 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 11

@ru21ru1 6 месяцев назад

Лучшее, что есть в свободном доступе.

@nikitqa6985 7 месяцев назад

Грамотный мужик, мое почтение

@ialbertik 5 месяцев назад

Спасибо большое, отличный материал

@mcss8514 6 месяцев назад

имба

@user-sb5mr9kr9x 4 месяца назад

Подскажите пожалуйста, можно ли где-то найти презентацию, слайды которой продемонстрированы в видео, и когда ждать статью на Хабре по лекции 4 и дальше?) Ваши лекции очень информативны и полезны, однако некоторым удобнее воспринимать информацию через текст (поэтому с нетерпеньем жду продолжения ваших статей на Хабре). Так же хотелось бы поизучать продемонстрированные в презентации ссылки (поэтому надеюсь, что Вы поделитесь презентацией). Спасибо за Ваш труд, знания и опыт, которыми Вы делитесь!

@Anonymous00754 11 дней назад

я вот все пдф думал что надо бы а то скрины в телегу себе накидал ) где пдф качнуть?)

@nikitqa6985 7 месяцев назад

1:00:14 еще бы пример с Tid Scan, потому что при поиске других таблицы по ID происходит Seq Scan почему-то

@nikitqa6985 7 месяцев назад

Я понял потому что конкретно в этом примере мы искали по 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

@nikitqa6985 7 месяцев назад

1:08:00 стоило бы уточнить что такое ключевые и не ключевые столбцы для индекса... Пришлось целый час читать всякое

@nikitqa6985 7 месяцев назад

44:44 неправильно подсчитана скорость передачи данных: 9.6 Mb / 0.018 s = 533 MB/s (Я считал только на Read но уверен и Write странно выглядит)

@user-ur5zq9vr5z 4 месяца назад

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