Может быть, мне сразу отказаться от ORM?

@Kifsif · Регистрация: 12.06.2011

Студворк — интернет-сервис помощи студентам

Здравствуйте. Я готовлюсь к первому проекту на Django. Читаю, соответственно, книжки.
Вот что меня беспокоит: запрос к базе данных - это обременительная процедура.

Допустим, я делаю статейник. Вот у меня на морде:
1. Новости. 2. Знаете ли вы, что. Здесь по одному интересному факту будем выводить ежедневно. 3. Авторские колонки.

Для нашего примера условно три зоны на морде. По каждому из этих пунктов делается заголовок, картинка и немного текста для затравки.

Скажите, пожалуйста, вот это все за один запрос можно достать, если применять ORM? Или тут будет три обращения к БД?

Если тут три обращения, не лучше ли отказаться от ORM и достать одним запросом всю информацию. А потом уже ею оперировать?

@alex925 · 13.04.2016, 15:06

Сообщение от Kifsif

Скажите, пожалуйста, вот это все за один запрос можно достать, если применять ORM? Или тут будет три обращения к БД?

Все зависит от структуры твоей бд

Сообщение от Kifsif

Если тут три обращения, не лучше ли отказаться от ORM и достать одним запросом всю информацию.

Не лучше.

@Kifsif · 13.04.2016, 15:10 **[ТС]**

Сообщение от alex925

Все зависит от структуры твоей бд

Три модели тут: News, InteresingFacts, Columns. Соответственно, три таблицы.

@alex925 · 13.04.2016, 15:12

Все не так плохо с производительностью ORM как ты думаешь. Не стоит заморачиваться до такой параноидальной степени.

Сообщение от Kifsif

Соответственно, три таблицы.

Соответственно 3 запроса

@Kifsif · 13.04.2016, 15:17 **[ТС]**

Сообщение от alex925

Все не так плохо с производительностью ORM как ты думаешь. Не стоит заморачиваться до такой параноидальной степени.

При чем здесь ORM? Самое тормозное - это запрос к БД. Сам по себе. И не важно, что сверху: Django с Питоном или Java или C++. Тормозить-то будет именно запрос.

Хотя, пример плохой, наверное. Страница-то при первом обращении к ней в кэш сразу попадет. Ну, и потом уже БД не будет дергать. Если новые новости не появятся. Так что убыток от ORM минимальный, видимо.

@alex925 · 13.04.2016, 15:25

Сообщение от Kifsif

При чем здесь ORM?

Наверно я тебя сейчас вообще добью, но ORM это вносит дополнительные накладные расходы на запрос данных из базы.

Сообщение от Kifsif

Хотя, пример плохой, наверное

Наверно. В твоем примере вообще элементарный случай и оптимизировать особо нечего и скорости то особой не требуется.

@Kifsif · 13.04.2016, 15:26 **[ТС]**

Сообщение от alex925

Наверно я тебя сейчас вообще добью, но ORM это вносит дополнительные накладные расходы на запрос данных из базы.

Это не самое тормозное место. Самое тормозное - это запрос. Так что я не парюсь накладными расходами на работу скрипта ORM.

Новые блоги и статьи Все статьи Все блоги /
10 пpимет, которые всегда сбываются Maks 31.03.2026 1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию. 2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .	Перемещение выделенных строк ТЧ из одного документа в другой Maks 31.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .	Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .	Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .
Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .

@Kifsif 145 / 113 / 31 Регистрация: 12.06.2011 Сообщений: 1,246

	Может быть, мне сразу отказаться от ORM? 13.04.2016, 15:02. Показов 842. Ответов 6 Метки нет (Все метки) Здравствуйте. Я готовлюсь к первому проекту на Django. Читаю, соответственно, книжки. Вот что меня беспокоит: запрос к базе данных - это обременительная процедура. Допустим, я делаю статейник. Вот у меня на морде: 1. Новости. 2. Знаете ли вы, что. Здесь по одному интересному факту будем выводить ежедневно. 3. Авторские колонки. Для нашего примера условно три зоны на морде. По каждому из этих пунктов делается заголовок, картинка и немного текста для затравки. Скажите, пожалуйста, вот это все за один запрос можно достать, если применять ORM? Или тут будет три обращения к БД? Если тут три обращения, не лучше ли отказаться от ORM и достать одним запросом всю информацию. А потом уже ею оперировать? 0