8:00 - общий принцип "Чем меньше..., тем лучше". 9:20 - проблема с индексами. 11:12 - сжатие текстовых uuid пережатием в соответствующий тип. 12:06 - главный принцип при проектировании БД! 12:57 - вопросы дублирования (разнесения) атомарной информации по разным уровням/таблицам. 14:12 - чем меньше индексов, тем лучше. 22:45 - Покрытие индексом. 30:26 - методы соединения. 39:00 - PostgreSQL собирает статистику при выполнении AUTOVACUUM. 43:25 - типовые проблемы клиентов. 44:19 - о чём говорят сложные запросы. 44:45 - ORM, distinct, LeftOuterJoin, LIMIT/offset 49:16 - что делать в большинстве случаев с тяжёлыми запросами.
Как я понял из доклада, Постгрес хранит статистику индексов только по одной колонке? Тот же Firebird хранит статистику по любым индексам, сколько бы в них не было полей. И да, без пересчета статистики индексов и Firebird работает грустно. Значит это стчтемно для всех СУБД.
Кто нибудь поясните мне как сделать join с помощью одного из тех методов, что он называл? Там loop или hash... Насколько я знаю, ты просто пишешь запрос и указываешь там left loin или inner join и всё. А эти методы это про что?
ну понятно, докладчик чистый технарь, не для выступлений. Доклад сам пустой, хай лоадом и не пахнет. Первокурсник любого профильного ВУЗа такой доклад мог бы озвучить. Постулаты, который уже оскомину набили прозвучали. Ну и половина к оптимизации запросов не имеет отношения. Правильный выбор типов для данных - причем тут оптимизация запросов хз.
8:00 - общий принцип "Чем меньше..., тем лучше".
9:20 - проблема с индексами.
11:12 - сжатие текстовых uuid пережатием в соответствующий тип.
12:06 - главный принцип при проектировании БД!
12:57 - вопросы дублирования (разнесения) атомарной информации по разным уровням/таблицам.
14:12 - чем меньше индексов, тем лучше.
22:45 - Покрытие индексом.
30:26 - методы соединения.
39:00 - PostgreSQL собирает статистику при выполнении AUTOVACUUM.
43:25 - типовые проблемы клиентов.
44:19 - о чём говорят сложные запросы.
44:45 - ORM, distinct, LeftOuterJoin, LIMIT/offset
49:16 - что делать в большинстве случаев с тяжёлыми запросами.
Огромное спасибо❤
Хороший доклад, несколько новых вещей узнал. Захотелось более подробные лекции Ивана послушать
Прекрасный лектор, светлая голова
Классный доклад, и воды почти нет и ясно выражается, сам как не самый джуниорный разраб узнал новое!
Спасибо за доклад
зачем вы убираете слайды? смысл постоянно смотреть на оратора как он дергается?
чем меньше тем лучше... чем меньше тем лучше ... чем меньше тем лучше ... чем меньше тем лучше ППС
49:43 Ключевой совет
спасибо за доклад, было интересно
Как я понял из доклада, Постгрес хранит статистику индексов только по одной колонке? Тот же Firebird хранит статистику по любым индексам, сколько бы в них не было полей. И да, без пересчета статистики индексов и Firebird работает грустно. Значит это стчтемно для всех СУБД.
годнота
Отличный докладчик, но руки бы вырвать тому кто отвечает за то что показано на экране, 2 из 3х ракурсов не нужны, зачем убираете презентацию?
Шикарно
13:18 join t3 в конце второй строки , наверное, вместо t2
Кто нибудь поясните мне как сделать join с помощью одного из тех методов, что он называл? Там loop или hash... Насколько я знаю, ты просто пишешь запрос и указываешь там left loin или inner join и всё. А эти методы это про что?
никак, оптимизатор постгреса выбирает сам
Что такое хинты и захинтовать базу? С таким раньше не сталкивался...😮
дать подсказку БД какой именно индекс использовать для запроса
12:20 про строки в постгресе
43:25 - типовые проблемы клиентов
Лучше вы покажите как правильно построить рекурсивные запросы и получить нормальные результаты в котором на оракле это делается одним махом!
очень много воды, долго ждал информации полезной, выключил не дождавшись
Конференция HighLoad, а докладчик рассказывает про Join. Это клуб JunuiorSQLDeveloper? Все ждал когда будет HighLoad
При всем уважении к автору, но он ошибся конференцией, и названием, лучше подходит "джоины для джунов"
Тема хорошая, но выступление плохое.
Озвучивает проблемы, но не предлагает варианты решений.
Нет хороших примеров.
ну понятно, докладчик чистый технарь, не для выступлений. Доклад сам пустой, хай лоадом и не пахнет. Первокурсник любого профильного ВУЗа такой доклад мог бы озвучить. Постулаты, который уже оскомину набили прозвучали. Ну и половина к оптимизации запросов не имеет отношения. Правильный выбор типов для данных - причем тут оптимизация запросов хз.
Как раз для таких как ты и рассказывали, зачем правильный тип данных выбирать
Доклад отличный, но автор то ли яктирует, то ли принимает антипсихотики и у него акатизия, но смотреть не его мельтешение трудно.
Отличный автор, все по делу и без короны. As for you, Johnny, it seems you came late to the party :-)
Что это за клоун ?
он не клоун, он педофил. гуглите