MA> Но тогда уж что б быть честным, то надо и sql server использовать опенсорсный.

Я-то как раз postgresql планирую. Но вы себе даже такое помыслить не можете, говорите об этом как о чем-то для вас запредельном.
Откуда столько гонора в вас?

MA> А еще лучше в что б он хранил всё в xml, так проще парсить

Зачем мне XML ? Я хочу что-то вроде "Model Driven Architecture", только модель описывать в виде XML,
потому что у меня нет графического редактора.
Дальше я собираюсь из этого XML наплодить кучу .sql-файлов при помощи T4 Template Engine
и скормить это всё в https://github.com/lecaillon/Evolve

Печалит меня то, что вышеописанный процесс не такой как "стандартный".
Если я правильно понял, стандартный основан на использовании sqlpackage.exe

MA> А гуглом там вам не запрещают пользоваться?

Я как раз нагуглил оба этих репозитория:
https://github.com/Microsoft/DACExtensions
https://github.com/jmezach/MSBuild.Sdk.SqlProj

Но первым неясно как пользоваться (исходников утилиты sqlpackage.exe я так и не нашел
(и судя по этому проекту — https://github.com/imgen/DacpacDeployUtility не я один)
а второй не выглядел "официальным" и всё равно непонятно как он работает (может через тот же sqlpackage)

MA> большинство потребностей покрывается примитивнейшым парсером

Смотрите:
— парсеры были в 2004-м 2005-м годах. Потом в 2008 в MS зарелизили vsdbcmd.exe и .dbschema-файлы. Все кто на них не перешел — отстали от прогресса.
— дальше в 2012 от vsdbcmd.exe и .dbschema отказалиcь в пользу sqlpackage.exe и .dacpac
в 2013-2014 на собеседованиях спрашивали: а что вы знаете о юнит-тестах для SQL ?

MA> хотя бы попробовать разобраться

И теперь в 2020-м вы мне предлагаете фактически руками скрипты заливать (да там всё просто, говорите вы мне).
Это говорит только о том, что современными технологиями вы пользоваться не умеете "но там разобраться просто".

MA> Но тогда уж что б быть честным, то надо и sql server использовать опенсорсный.

Я-то как раз postgresql планирую. Но вы себе даже такое помыслить не можете, говорите об этом как о чем-то для вас запредельном.
Откуда столько гонора в вас?

MA> А еще лучше в что б он хранил всё в xml, так проще парсить

Зачем мне XML ? Я хочу что-то вроде "Model Driven Architecture", только модель описывать в виде XML,
потому что у меня нет графического редактора.
Дальше я собираюсь из этого XML наплодить кучу .sql-файлов при помощи T4 Template Engine
и скормить это всё в https://github.com/lecaillon/Evolve

Печалит меня то, что вышеописанный процесс не такой как "стандартный".
Если я правильно понял, стандартный основан на использовании sqlpackage.exe

MA> А гуглом там вам не запрещают пользоваться?

Я как раз нагуглил оба этих репозитория:
https://github.com/Microsoft/DACExtensions
https://github.com/jmezach/MSBuild.Sdk.SqlProj

Но первым неясно как пользоваться (исходников утилиты sqlpackage.exe я так и не нашел
(и судя по этому проекту — https://github.com/imgen/DacpacDeployUtility не я один)
а второй не выглядел "официальным" и всё равно непонятно как он работает (может через тот же sqlpackage)

MA> большинство потребностей покрывается примитивнейшым парсером

Смотрите:
— парсеры были в 2004-м 2005-м годах. Потом в 2008 в MS зарелизили vsdbcmd.exe и .dbschema-файлы. Все кто на них не перешел — отстали от прогресса.
— дальше в 2012 от vsdbcmd.exe и .dbschema отказалиcь в пользу sqlpackage.exe и .dacpac
в 2013-2014 на собеседованиях спрашивали: а что вы знаете о юнит-тестах для SQL ?

MA> хотя бы попробовать разобраться

И теперь в 2020-м вы мне предлагаете фактически руками скрипты заливать (да там всё просто, говорите вы мне).
Это говорит только о том, что современными технологиями вы пользоваться не умеете "но там разобраться просто".

Ничего не знать и при этом пытаться глумиться, это ж надо ТАКИ-ИМ быть!