A
ну у меня выбор только либо оставить дефолтный либо переделть через нукст конфиг, другого не дано
Дефолтный оставь
Size: a a a
2020 October 05
B
Забудьте про орм...
мне, как студню, походу придется его учить. Ибо больше половины вакансий требуют. А так я его тоже не люблю. Видел, что такое орм на серьезном проекте. Проще уж на sql запросы пакидать
А
Я считаю, что правильно совмещать orm и raw, но надо все время смотреть что генерит orm
R
Дефолтный оставь
начинаем все сначала, дефолтный не дает мне сделать разграничение роутов
GS
Она вам там такие запросы сделает что офигеете
Не всегда, иногда и наоборот, она сделает лучше, чем человек на говнокодит)
Если в проекте не очень специфические запросы, и нет пока и намёка на то, чтьо в нём будет отдельный SQL прогарммист, отвечающий за эти запросы, то скорее всего не страшно будет с нормальной ОРМ
Если в проекте не очень специфические запросы, и нет пока и намёка на то, чтьо в нём будет отдельный SQL прогарммист, отвечающий за эти запросы, то скорее всего не страшно будет с нормальной ОРМ
A
Не всегда, иногда и наоборот, она сделает лучше, чем человек на говнокодит)
Если в проекте не очень специфические запросы, и нет пока и намёка на то, чтьо в нём будет отдельный SQL прогарммист, отвечающий за эти запросы, то скорее всего не страшно будет с нормальной ОРМ
Если в проекте не очень специфические запросы, и нет пока и намёка на то, чтьо в нём будет отдельный SQL прогарммист, отвечающий за эти запросы, то скорее всего не страшно будет с нормальной ОРМ
На личном опыте говорю, орм зло
A
По минуте запросы были на рабочем проекте
A
Пока чел не оптимизировал
GS
На личном опыте говорю, орм зло
Личный опыт не всегда экстраполируется)
GS
Может, проблемы конкретной ОРМ в конкретных типах запросов.
И не факт, что дело в ОРМ, а не в том, как в ней строили запросы.
ОРМ же не запрещает в определённых ситуациях строить запрос самостоятельно.
Главная задача ОРМ вообще не строить запросы, а делать отображение
И не факт, что дело в ОРМ, а не в том, как в ней строили запросы.
ОРМ же не запрещает в определённых ситуациях строить запрос самостоятельно.
Главная задача ОРМ вообще не строить запросы, а делать отображение
B
Не всегда, иногда и наоборот, она сделает лучше, чем человек на говнокодит)
Если в проекте не очень специфические запросы, и нет пока и намёка на то, чтьо в нём будет отдельный SQL прогарммист, отвечающий за эти запросы, то скорее всего не страшно будет с нормальной ОРМ
Если в проекте не очень специфические запросы, и нет пока и намёка на то, чтьо в нём будет отдельный SQL прогарммист, отвечающий за эти запросы, то скорее всего не страшно будет с нормальной ОРМ
если проект простой
в противном случае начинается битва с тем, что там это чудо нагенерило и как его заставить генерить нормально. Плюс ормы грешать хреновой тучей мелких запросов к субд, что садит производительность. И некоторые оптимизации, которые делает программист, им не потянуть
в противном случае начинается битва с тем, что там это чудо нагенерило и как его заставить генерить нормально. Плюс ормы грешать хреновой тучей мелких запросов к субд, что садит производительность. И некоторые оптимизации, которые делает программист, им не потянуть
A
Может, проблемы конкретной ОРМ в конкретных типах запросов.
И не факт, что дело в ОРМ, а не в том, как в ней строили запросы.
ОРМ же не запрещает в определённых ситуациях строить запрос самостоятельно.
Главная задача ОРМ вообще не строить запросы, а делать отображение
И не факт, что дело в ОРМ, а не в том, как в ней строили запросы.
ОРМ же не запрещает в определённых ситуациях строить запрос самостоятельно.
Главная задача ОРМ вообще не строить запросы, а делать отображение
Я намекаю на то, что орм упрощает жизнь до такой степени, что ты перестаёшь думать, а потом страдаешь
GS
Я намекаю на то, что орм упрощает жизнь до такой степени, что ты перестаёшь думать, а потом страдаешь
Когда совсем серьёзно, разработчик приложения уже скорее всего и не будет заниматься оптимизацией запросов
A
Когда совсем серьёзно, разработчик приложения уже скорее всего и не будет заниматься оптимизацией запросов
Вот щас не понял)
B
Ну и есть проекты, где орм в принципе не внедрить. Пример - энтерпрайз система комбината в моем городе, где в оракле болтается около 600к связанных таблиц
GS
Вот щас не понял)
Если запросы в проекте часто сложные, если их действительно нужно оптимизировать из-за специфики задач или объёма данных, то скорее всего писать их уже будет не тот, кто разрабатывает остальное приложение, а тот, кто отвечает за SQL запросы в приложении (и работу с СУБД в целом).
И это не тот момент, когда надо выбирать, а ОРМ или не ОРМ
И это не тот момент, когда надо выбирать, а ОРМ или не ОРМ
A
Если запросы в проекте часто сложные, если их действительно нужно оптимизировать из-за специфики задач или объёма данных, то скорее всего писать их уже будет не тот, кто разрабатывает остальное приложение, а тот, кто отвечает за SQL запросы в приложении (и работу с СУБД в целом).
И это не тот момент, когда надо выбирать, а ОРМ или не ОРМ
И это не тот момент, когда надо выбирать, а ОРМ или не ОРМ
Ты намекаешь на то, что всему своё место?
GS
Ты намекаешь на то, что всему своё место?
Что ОРМ не зло
B
Ну тут зависит от квалификации разработчика. Есть бэкендеры, которые знают sql и базы так, что сами прекрасно все оптимизируют
V💊
На личном опыте говорю, орм зло
не согласен, без ORM чаще говнокод появаляется