Автоматично или ръчно изграждане на база данни

Hibernate много лесно и удобно генерира базата данни от ентититата и връзките между тях. Като крайният резултат в повечето случаи е добър. Но не знам до колко се използва това в по-големи проекти. Дали е добре идея за продукшън или само да се валидират ентититата според съществуващата база? От друга страна писането на база на ръка си е работа, но пък имаш пълен контрол над нещата. Също така какво ви е мнението за migration tool-ове като Flyway? Виждам предимства да можеш да имаш версии на таблиците. Лесно може да мигрираш нови промени по базата и лесно да rollback-ваш, ако нещо се омаже. Но все пак ръчно трябва да пишеш sql скриптовете.

ние ползваме liquibase & flyway , аз лично предпочитам flyway

ОРМ-а може да изгенерира някакви първоначални таблици, но после ако стане време за промяна на схемата не се справя добре.

ако правиш сайт за лютеница - остави ОРМ-а да направи таблиците, в противен случай - db migration tool-a

За rollback-a не съм съгласен. Единствения смислен ролбек е връщане от бекъп, освен ако чейнджа ти не е супер изолиран и самостоятелен - примерно нова таблица, която няма връзка с останалите. Няма как да ролбекнеш смислено, ако изтриеш някакви данни, примерно дропнеш колона - да можеш да я направиш отново, но данните вече ги няма

Аз даже и за сайт за лютеница не виждам смисъл ОРМ.

по принцип и аз, но някои хора ги е страх от SQL

Да, сега като се замисля, това със rollback-а не е много ок. Особено ако имаш някаква дебела таблица със 20-30 милиона реда. Като цяло и на мен ми допада повече flyway.
Колкото до ОРМ-а, смятам, че много по-лесно се работи със обекти от колкото със SQL. Особено ако се работи от няколко човека. Разбира се и двата подхода имат плюсове и минуси.

дявола е в детайлите

Релационният модел от далеч прилича на обектния, но реално нямат нищо общо.

ОРМ-а е голям лукс, позлвайте си го докато можете. Не съм пипал поне 4 години този лукс, понеже нямам релация между обектите на ниво база

Ами така и трябва да бъде. Директното мапване на обектите към базата данни е наивно решение. Базите данни съхраняват данни а предоставят информация (структурирани / систематизирани данни). Единствено, при много прости неща можеш да имаш директна релация между данните и информацията. Но пък тогава не си струва абстракцията на ОРМ.

Тогава защо толкова го рекламират този DbContext ?

Аз винаги съм смятал, че базата е най-важното нещо, а кода е няква подробност затова си пиша базата на ръка. Обаче миграциите са кяр. В .NET най-популярният migration tool е част от най-популярния ORM дето аз без това го ползвам така че се чудя дали да не почна да го ползвам. Ползвал съм го на един проект, работеше много по-добре отколкото очаквах но там проектът имаше много други проблеми и още не съм сигурен кои бяха от миграциите кои от друго.