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

Поделиться
HTML-код
  • Опубликовано: 21 дек 2024

Комментарии • 7

  • @skibasyg1557
    @skibasyg1557 22 дня назад

    1:39:50 - параллелизм дело такое, что не всегда он даст выигрыш в сравнении с одиночным воркером, как раз из-за стоимости дополнительных операций.
    Например, в языках программирования засекали, что параллелизм начинает давать выигрыш, начиная с определённого обьёма работы(При этом, считаем, что воркеры не конфликтуют за ресурсы - хотя это важно учитывать)
    Условно: думаю, что на маленьких выборках одиночный воркер использовать эффективнее - но смотрим в конкретной ситуации)
    Спасибо за лекцию, интересно, понятно раскрываете материал - очень круто.

  • @СергейВалерич-б8ю
    @СергейВалерич-б8ю Год назад +1

    Спасибо огромное за Вашу работу! Лекции и заметки на хабре очень полезны. Помогают узнать новое/систематизировать знания, посмотреть на реальные задачи и варианты решения.

  • @alexanderblinov7316
    @alexanderblinov7316 Год назад +3

    какой чудесный курс

  • @nikitqa6985
    @nikitqa6985 Год назад +1

    Спасибо большое за данный курс, Кирилл Сергеевич!

  • @Ромчанский-ц6е
    @Ромчанский-ц6е Год назад +1

    Инфа супер ценная, автору огромное спасибо

  • @nikitqa6985
    @nikitqa6985 Год назад

    27:46 Пример запроса не воспроизводит(PG 16) указанный план запроса, даже если пофиксить баг в запросе.

  • @nikitqa6985
    @nikitqa6985 Год назад

    Кто не понял что происходит в 42:46
    Multiple sources in FROM clause results to cross join between them
    Nested Loop
    1 1
    ----
    2 1
    2 2
    ----
    3 1
    3 2
    3 3
    ----
    4 1
    4 2
    4 3
    4 4
    ----
    i = 1 j = 1
    i = 2 j = (1, 2)
    i = 3 j = (1, 2, 3)
    i = 4 j = (1, 2, 3, 4)