Добрый день, уважаемые разработчики SQL!

Позвольте представить Вашему вниманию самодельную легковесную технологию, именуемую как SQL-файл (или же SQL в файлах), — для MSSQL и T-SQL. Данная методика успешно применялась в течение достаточно долгого периода для программирования БД расчёта квартирной платы (город Воронеж). Технология базируются на известной утилите SQLCMD и командном процессоре CMD. В качестве IDE (командный пульт SQL + оперативный редактор) эффективно применяется Far Manager 3 , со вспомогательными простейшим плагином и макросами. (Также, возможно задействование других редакторов SQL, помимо встроенного в FAR.)

Идея состоит в том, чтобы поддерживать исходный код и/или вспомогательные скрипты в виде SQL-файлов в директориях, транслируя их в базу данных, по отдельности либо группами. Используя утилиту $SQLTRANS и соответствующие шаблоны, можно настроить трансляцию (генерацию) большого количества объектов БД, работающую, так сказать, на раз-два-три. За один приём, например, возможно обновить активную составляющую программы в базе (процедуры, функции, представления, …), или, скажем, создать табличную структуру (и наполнить её некоторым количеством необходимых данных). При умелом обращении подсистема (активные объекты) может вполне свободно корректироваться даже на работающей программе/службе.

Обзорное минимальное описание SQL-файл доступно на страницах Handicraft-CODE (англ. язык):
https://handicraft.remelias.ru/sdk/sql_file.html (Handicraft-CODE :: Handicraft-SDK :: SQL-file technology);
https://handicraft.remelias.ru/sdk/sql_tools.html (Handicraft-CODE :: Handicraft-SDK :: CMD-utilities :: SQL-tools).

А также, см. скриншот-ы:
https://handicraft.remelias.ru/sdk/sql/screenshots_1.html
https://handicraft.remelias.ru/sdk/sql/screenshots_2.html
https://handicraft.remelias.ru/sdk/sql/screenshots_3.html

Вместе с командными утилитами и шаблонами предлагается возможное (опционально) использование так называемого Усиленного Transact-SQL , с препроцессором (на базе переменных среды), представленного множеством соответствующих импорт-определений и широким набором хелпер-объектов прилагаемой библиотеки SQLAUX (полезные программатики ).

Помимо краткого обзорного описания и многочисленных скриншот-ов, на страницах доступны соответствующие загрузки 7-Zip:
1) Handicraft Toolkit — объединяющий пакет;
2) Handicraft-SDK — ремесленный SDK;
3) BookRegistry app. — Client-Server.WEB (идея);
4) TEST (DB) — копия БД.

Страницы с загрузками (технология SQL-файл, а также связанное с БД):
https://handicraft.remelias.ru/sdk/handicraft_sdk.html (Handicraft-SDK);
https://handicraft.remelias.ru/csweb/client_server_web.html (Client-Server.WEB);
https://handicraft.remelias.ru/handicraft_code.html (Handicraft-CODE).

Домен https://handicraft.remelias.ru (Handicraft-CODE), кроме технологии SQL-файл, содержит также разнообразные экспериментальные примеры программирования (.NET, .Win32, WASM и др.).

Спасибо за внимание!

Это (насчёт ценности) — смотря как смотреть. Если исходить из того, что всё, что не в Visual Studio — это не ценно, тогда так как Вы говорите. Ежели под ценностью понимать независимость от Visual Studio (и когда не очень-таки радует SSMS везде-везде), тогда другое дело. Данная реализация SQL-файл достаточно простая (современные вещи, конечно же должны делаться, что-называется, по-взрослому). Ценность, однако, представляет больше идея, которую можно по-разному исполнить. Моё личное применение SQL-файл — вполне эффективно. Библиотека SQLAUX, например, содержащая более 150 объектов (Х.П., функции и пр.) компилируется (уничтожается-создаётся в БД) за считанные секунды. Разнообразное хозяйственное/испытательное/отладочное занятие в БД (правка объектов, включая таблицы, индексы, ключи) — вполне-таки приемлемо, а также позволяет повторить потом подобные действия (когда всё сохраняется в файлах). Насчёт же презентабельной реализации продукта, это всегда хорошо. SQL-файл (как он есть) может оказаться полезным лишь для некоторого потребителя, недовольного предлагаемыми возможностями, поведением и особенностями работы в Visual Studio и SSMS.

Здравствуйте, Владислав!

Это (насчёт ценности) — смотря как смотреть. Майкрософт SQL-Server Management Studio а также Visual Studio конечно же позволяют делать очень разнообразные вещи. Однако, мне не думается, что они столь же пригодны в том смысле, для чего предназначена SQL-файл. Продолжение ответа смотрите далее, в следующем ответе форума: “Re: Технология SQL-файл (для MSSQL)” (Сергей Китаев, 15 декабря 2020 г. в 14:41).

env,
Здравствуйте!

Вам не понравилось наличие сокращений SQL и RU в наименовании старинного архива: “ HandicraftSDK\Old-Legacy\SQL_RU (sample collection).7z ”? Там нет плагиата, от слова вообще. Архив содержит примеры SQL-файл в ту пору, когда она была исполнена на кириллице (как “*.sql” так и “*.cmd”), причём довольно специфические вещи. Библиотека РуХелперы.SQL , например, это кириллический предшественник SQLAUX. Неудобно было применять для папки громоздкое но понятное англоязычное SQL_Cyrillic_Russian или подобное (кириллица ведь разная бывает).

SQL-файл (в ее текущем исполнении) не всем должна нравиться, поскольку некоторые привычные вещи становятся, к сожалению, недоступными. Возможно и существуют какие-то великолепные инструменты, способные оперативно и качественно исполнять скрипты из файлов, как выборочно, так и группами, — Вам видней. Far Manager, вообще-то, тоже довольно неплохая вещь, когда требуется запускать различные build-ы, подправлять всякие там сценарии и т. п.