Comments 16
Хм… Либо я чего-то не понял, но в MS Visual Studio SSDT весь проект базы данных для MS SQL Server как раз укладывается в концепцию «Database as code».
+1
Да, выглядит здорово, жаль что только для MS SQL Server
+1
Для большого количества СУБД есть другие инструменты. Например, IDE DataGrip от JetBrains. Я им не пользовался (только когда-то давно тестировал), т.к. наши потребности SSDT покрывает полностью. Но по описанию — все тоже самое.
0
Но глядя на то, что в Entity Framework Core поддержка Db-First крайне ограниченная (можно сделать первоначальный dbcontext c существующей базы, а дальше только миграциями из проекта рулить базой), то вполне вероятно, что майкрософт хочет аккуратно поставить крест на концепции Db-First, продвигая Code First.
Впрочем, тут сложно сказать в чём дело. Некоторые вещи, которые коммьюнити просит у майкрософт не будут релизованы в core — уж больно они специфически виндовые, а core вроде как пытается охватить шире платформы.
Также и проект БД — он только под MS Sql Server.
Впрочем, тут сложно сказать в чём дело. Некоторые вещи, которые коммьюнити просит у майкрософт не будут релизованы в core — уж больно они специфически виндовые, а core вроде как пытается охватить шире платформы.
Также и проект БД — он только под MS Sql Server.
+1
+ за статью!
А когда у вас появится свой Firebase с блэкджеком ишплюшками?
А когда у вас появится свой Firebase с блэкджеком и
0
Возможно я что-то сильно не уловил. Но имеется в виду что-то вроде Evolutionary Database Design? https://www.martinfowler.com/articles/evodb.html
+1
Да, все верно. Но в Evolutionary Database Design (и в соответствующей книге) основой акцент делается на схему БД, на ее структуру и как-будто больше ничего нет. Я же предлагаю взглянуть чуть шире, т.к. одной схемой БД дело далеко не ограничивается. Есть всякие административные операции, можно собирать метрики о работе и прочую информацию и все это точно так же можно выразить кодом.
0
UFO just landed and posted this here
А с другой стороньі, єтот текст (и примерьі в нем) относится к другому подходу.
Возможно, но целью был именно «Everything as code». Код «живой», его можно провалидировать, собрать/скомпилить, выполнить тесты и т.д.
Однако почему я (любой другой читатель) должен внести изменения в свой текущий проект — не понятно.
Об этом как раз и будет во 2-м посте, он почти готов.
ОРМ имеют шлейф проблем.
Я намеренно не упоминал в тексте это слово ) Не, я не против ОРМ и не против «гуёвых» IDE'шек с красивыми кнопками, я за баланс, чтобы одно полностью не заменяло другое (и наоборот).
0
Sign up to leave a comment.
Database as Сode. Копаем глубже