Благодарность спикеру , что он никуда не спешит. Спокойно, монотонно и все понятно. Это редкий случай когда я с первого раза посмотрел и во всем разобрался
Андрей, не обижайтесь, но это видео - 100500е объяснение в стиле "посмотрите, вот сюда вставляем select_related, а сюда- prefetch_related и вместо 10 запросов у нас 1 или 2" . В чем ключевое отличие prefetch_related от select_related? Как они работают "под капотом"? Почему снова демонстрируется работа prefetch только для N:N ? В общем, если по select_related все относительно просто и понятно, то prefetch_related оставляет ощущение недосказанности, удивительно, что это касается 99% объяснительных статей про эти два метода.
Зачем вам видео, когда у Джанги есть документация. "Почему снова демонстрируется работа prefetch только для N:N ? " В этом вопросе подразумевается связь m2m? Может потому что prefetch_related используется для m2m, а select_related в связях OneToOne и Foreign, не? Что за претензии непонятные.
@@GOoD-vd5et я уже не помню, что имел в виду, но скорее всего то, что джанго никак не запрещает использовать prefetch_related не только к m2m, но и к остальным типам связей. Думаю меня волновало, что происходит в этом случае и почему так делать нельзя или можно.
Добрый день Андрей. А вы не думали сделать видео о том как можно сделать например чистую архитектуру на джанго? А то тонкие вьюхи и толстые модели так себе паттерн)) model -> (repository, specifications) -> use case -> interactor -> controller -> view. А так получается по вашему видео то для того что бы бизнес логику протестировать нужно http запрос делать) Какой смысл инфраструктуру в виде моделей и http смешивать с логикой?
Безотносительно того, что у меня изначально показывает меньшее количество запросов. Самое простое - вместо "Item'" вставить уже оптимизированный querуset из первой функции.
пока в 2 запроса и то не нравятся они мне item = get_object_or_404(Item.objects.select_related('category').prefetch_related('tags'), pk=item_pk) так же работает как и item = get_object_or_404(Item.objects.select_related('category'), pk=item_pk), отсюда вопрос - можно ли так совмещать селект и префетч? и главный вопрос, насколько я понял основная разница между селектом и префетчом - это в том что селект джоинит таблицы на уровне SQL запроса, а префетч на уровне python ?
Да, префетч на уровне питона. Если сделать джойн с таблицей со связью m2m, то будет дублирование строк, поэтому через SQL это сделать нельзя. В любом случае получается 2 запроса, если хотим все поля. Вопрос в автору, зачем поставил такое задание, может сам не был уверен.
указывая 'values' мы получаем Queryset содержащий словарь, а когда 'values' Не указываем, то Queryset содержит объекты модели. И отсюда вылезают всякие трудности в дальнейшем. Как мне показалось 'values' при использовании prefetch_related нужно НЕ указывать, т.к. результат немного не тот...
Только что столкнулся с этим, когда хотел вытащить изображение из модели, посредством values, но он возвращал просто имя файла как я понял, без указания media пути.
Решил так, но косяк в HttpResponseNotFound: try: item = Item.objects.all().select_related('category').prefetch_related('tags').get(pk=item_pk) except: return HttpResponseNotFound("No such element in the database")
Какой-то препод так себе... Будто говорит, сам не знает о чем. В документации джанго очень подробно и понятно описывается про select и prefetch. Что select_related делает select(казалось бы), а prefetch это дополнительный join. Очень легко объясняется на схеме связанных таблиц, что даже если человек не знаком raw запросами, поймёт о чем речь. Ну и залитый файл на гит бд просто топ:))
что не так с залитой бд на гит, если это СПЕЦИАЛЬНО СОЗДАННЫЙ УЧЕБНЫЙ ПРОЕКТ!!!??? Экономия времени на миграциях, добавлении объектов в базу, которая будет стерта один фиг удалена после выполнения урока.
@@databox4279 причём тут залитый файл в репо в контексте миграций? В .gitignore добавление одной строчки *.db решает этот вопрос. Вы бы прежде чем вещать, попытались бы хотя бы соотнести то, что пытаетесь сказать. А то прочитанное выглядит как чушь
Спасибо. Помогло оптимизация в асинхроне неаероятно важная вещь
Благодарность спикеру , что он никуда не спешит. Спокойно, монотонно и все понятно. Это редкий случай когда я с первого раза посмотрел и во всем разобрался
Благодарю за видео, очень полезно!
Вчера столкнулся с этим! Загуглил Вы выложили) Спасибо Вам за урок!
Скоро ещё будет очень клёвый урок
Андрей, не обижайтесь, но это видео - 100500е объяснение в стиле "посмотрите, вот сюда вставляем select_related, а сюда- prefetch_related и вместо 10 запросов у нас 1 или 2" . В чем ключевое отличие prefetch_related от select_related? Как они работают "под капотом"? Почему снова демонстрируется работа prefetch только для N:N ? В общем, если по select_related все относительно просто и понятно, то prefetch_related оставляет ощущение недосказанности, удивительно, что это касается 99% объяснительных статей про эти два метода.
Спасибо за фидбек. Я уже подумываю переписать это дело.
Зачем вам видео, когда у Джанги есть документация.
"Почему снова демонстрируется работа prefetch только для N:N ? "
В этом вопросе подразумевается связь m2m? Может потому что prefetch_related используется для m2m, а select_related в связях OneToOne и Foreign, не?
Что за претензии непонятные.
@@GOoD-vd5et я уже не помню, что имел в виду, но скорее всего то, что джанго никак не запрещает использовать prefetch_related не только к m2m, но и к остальным типам связей. Думаю меня волновало, что происходит в этом случае и почему так делать нельзя или можно.
Спасибо за инфу о Джанго-Тул-Бар.
не перключайтесь. постараюсь подтягивать интересное
Топчик!!
На самом деле, нет. Мне за это видео очень стыдно. Запишу на канале от мидла и выше улучшенное и переоаботанное
Очень крутая тема, спасибо за стрим.
Добрый день Андрей. А вы не думали сделать видео о том как можно сделать например чистую архитектуру на джанго? А то тонкие вьюхи и толстые модели так себе паттерн)) model -> (repository, specifications) -> use case -> interactor -> controller -> view. А так получается по вашему видео то для того что бы бизнес логику протестировать нужно http запрос делать) Какой смысл инфраструктуру в виде моделей и http смешивать с логикой?
Безотносительно того, что у меня изначально показывает меньшее количество запросов. Самое простое - вместо "Item'" вставить уже оптимизированный querуset из первой функции.
Спасибо. Поржал.
А в классах представления это вшито автоматически или нужно вручную настраивать?
пока в 2 запроса и то не нравятся они мне
item = get_object_or_404(Item.objects.select_related('category').prefetch_related('tags'), pk=item_pk) так же работает как и item = get_object_or_404(Item.objects.select_related('category'), pk=item_pk), отсюда вопрос - можно ли так совмещать селект и префетч? и главный вопрос, насколько я понял основная разница между селектом и префетчом -
это в том что селект джоинит таблицы на уровне SQL запроса, а префетч на уровне python ?
Да, префетч на уровне питона.
Если сделать джойн с таблицей со связью m2m, то будет дублирование строк, поэтому через SQL это сделать нельзя.
В любом случае получается 2 запроса, если хотим все поля. Вопрос в автору, зачем поставил такое задание, может сам не был уверен.
указывая 'values' мы получаем Queryset содержащий словарь, а когда 'values' Не указываем, то Queryset содержит объекты модели. И отсюда вылезают всякие трудности в дальнейшем. Как мне показалось 'values' при использовании prefetch_related нужно НЕ указывать, т.к. результат немного не тот...
Только что столкнулся с этим, когда хотел вытащить изображение из модели, посредством values, но он возвращал просто имя файла как я понял, без указания media пути.
👍🏻👍🏻👍🏻
Спасибо за видео. Очень хочется более сложных примеров, что-то с использованием класса Prefetch, так же хотелось бы рассмотреть raw и RawSQL
Будет. Как раз готовлю материал
А нельзя все эти 3,4, 5 запросов взять и объединить в пакет и выполнить за один раз(современные скули такое позволяют)?
Подскажите, пожалуйста, на каком спринте вы проводили этот марафон?
Думаю, 4й
@@AndyPronin Обидно( Мы уже на 6-м, а про select_related и prefetch_related было только пару строк в теории
640х480???
Решил так, но косяк в HttpResponseNotFound: try:
item = Item.objects.all().select_related('category').prefetch_related('tags').get(pk=item_pk)
except:
return HttpResponseNotFound("No such element in the database")
ох. Прям сложно. Препишу-ка я это видео. Кажется, там сильно лучше можно всё.
Какой-то препод так себе... Будто говорит, сам не знает о чем. В документации джанго очень подробно и понятно описывается про select и prefetch. Что select_related делает select(казалось бы), а prefetch это дополнительный join. Очень легко объясняется на схеме связанных таблиц, что даже если человек не знаком raw запросами, поймёт о чем речь. Ну и залитый файл на гит бд просто топ:))
Что есть "дополнительный джойн"? Не встречал такого термина.
@@ioannp.5274 почитайте документацию, встретите
что не так с залитой бд на гит, если это СПЕЦИАЛЬНО СОЗДАННЫЙ УЧЕБНЫЙ ПРОЕКТ!!!??? Экономия времени на миграциях, добавлении объектов в базу, которая будет стерта один фиг удалена после выполнения урока.
@@databox4279 причём тут залитый файл в репо в контексте миграций? В .gitignore добавление одной строчки *.db решает этот вопрос.
Вы бы прежде чем вещать, попытались бы хотя бы соотнести то, что пытаетесь сказать. А то прочитанное выглядит как чушь
@@scad_ Вы вменяемый? Файл БД залит СПЕЦИАЛЬНО, что бы ученикам не пришлось создавать базу и наполнять её вручную. Это так сложно осознать?
Чел сидит в кимоно?)))))
Благодарен за труд, однако слишком душно... ни то ни се. никакой конкретики что, как и почему...
Спасибо за отзыв. Я планирую переписать ролик. Больше на запросы образщать внимание, а не на синатксис Джанго ОРМ.
@@AndyPronin здравствуйте. Вы уже перезаписали видео? Если да, то как его можно найти?
@@tesmanit ещё нет. ( пока только для практикума уроки написал.