Всем привет. всегда ли для работы с БД нужна ORM?

как понять: использовать ее или нет для проекта?

Пиши логику в хранимых процедурах, приложение, которое работает с БД, но не находится в самой БД - это оверхед. Не нужно лишние соединения поднимать, БД может сделать всё то же самое. Для больших проектов это просто праздник

и боль когда нужно переехать на другую БД )

Тихо, блть )

😄

в большом проекте работают десятки программистов. как они поймут что пхп код где не было коммитов теперь имеет другую функциональность?

Если у тебя 3,5 запроса на весь проект, зачем тащить орм? Если нужна работа с доменной логикой, маппинг то скорей всего орм будет предпочтительнее вручную написанного репозитория

То есть, ты не можешь аргументированно объяснить, почему твои десятки обезьян не осилили процедурки?

а Владислав просто решил потроллить, ясно

то есть вы не поняли мой вопрос?

Миграции для этого есть

Троллишь тут только ты, я тебе в твоём же стиле отвечаю )

причем здесь миграции? вот в команде 20 программистов, они выкачали код он имеет функциональность А. код не менялся, теперь там функциональность Б. по-вашему это не проблема?

Ваш вопрос видится мне примерно так: "Обязательно ли добираться на работу на собственном автомобиле? Вроде бы и комфортней, чем городским транспортом. Личное пространство, никаких тебе карманников. Но с другой стороны, есть шанс попасть в пробку и опоздать на работу" Сугубо Ваше же дело...

та понятно что мое дело. речь о лучших практиках: когда выбирать ORM, а когда лучше обойтись без него. "сугубо ваше дело" - это универсальный ответ, только толку от него?

как вообще такое допустить можно ? откуда они выкачали ? с гита ?

какая функциональность ? процедура это как "условное api к БД" ... взял процедуру , подал параметры на вход получил реультат без гемороя в php коде

Два чая этому господину

да.

Ты в курсе, что такое миграции?

сказали же уже. По умолчанию выбираешь ОРМ. Как тока наберешься опыта орм не будет применяться там где она не нужна.

вы понимаете что если процедура в СКЛ меняется, то пхп код который ее вызывает меняет свою функциональность тоже?(причем сам пхп код не менялся)

с гита же все коммиты видны. как они могут измениться без истории ?

это тоже не сложно решается .

то есть для этой схемы СКЛ должен всегда быть в этом же репозитории?

та это ответ в стиле - "сугубо ваше дело"

обычно так да. тут сильно зависит от отвечает за изменения в бд.

если так и есть. хочешь юзай, хочешь не юзай. Заставляют чтоль? а вот когда лучше, или можно без, это уже с опытом поймешь. ПОЮЗАВ ОРМ.

с трудом представляю, что кто-то просто так поменял процедуру в БД , без привязки к общей задаче и никто про это в проекте не в курсе ..... и для процедур тоже делают гит... проект это команда, работа нескольких людей .. просто так никто ничего не делает

наверное я для того и поставил вопрос, чтоб люди поделились своим опытом. как считаете?