d-stream

Бегло - похоже на верный вариант.
Кстати можно подойти и с обратной стороны:

комментарии - статьи - пользователи

Вообще странный вопрос. Что для меня вкуснее омары, устрицы или пиво? -)
Только вот у каждого предпочтения окажутся разными.

Ну к примеру познавший дзен программист-одиночка начнет создавать свою 1С... как быстро он это сделает? Как быстро сможет отреагировать на изменения в законодательстве?)

Если пароль пользователю не задан, то доступ к шаре под этим пользователем запрещен.

Простонародно - identity - это "база, обеспечь уникальность, мне пофиг как". То есть заморачиваться на предмет конкретных значений id в таком случае не только нежелательно, но и нельзя.
Ну и в общем-то ситуация с удалением последней или последних записей - достаточно экзотична. Вероятнее удаление будет "из середины".
Если же речь об очистке таблицы полностью - то лучше использовать truncate, которая заодно и сбросит identity

Думаю стоит примериться к свободному от отчислений SQL EXPRESS, а тогда, когда он начнет "жать" - уже с деньгами в руках считать бюджеты на платные версии.

Какой смысл в такой обфускации? Тем более для компилируемого языка?
Хочется что-то сокрыть - компилируете нужный кусок как библиотеку и отдаете с документацией.

Ну или более кардинальный метод - пишите безобразно и никому не нужную фигню - самый кардинальный метод)

Так в чем вопрос?
Для SQL вполне нормально добавить в таблицу вычисляемое поле, как и показано в примере.

В реальной жизни обычно create с огромной пачкой и потом в разные моменты времени alter с вполне обозримыми глазом создание поля + навешивание констрэйна.
Притом логически совершенно непринципиально где там произошла ошибка - её быть не должно (в идеальном мире). Ну и само собой что "получилось наполовину" в виде поле создалось, а ограничение нет - это тоже экстрим - это как частичная беременность.

Можно и в сторону трехзвенности посмотреть.
Только вот WinForms - однозначно в трэш. Смотреть в сторону WPF.

При должной организации архитектуры - получится конструкция, которая позволит "боковичком" встраивать и web-клиента (это может потребоваться в том или ином варианте интеграции с внешними сервисами/сайтом/мобильными клиентами)

По-моему в pg как и в ms синтаксис апдейта с джойнами выглядит так:

update tablex
set ....
from tablex
join ..
join ..
where ..

Для полной надежности можно запросы "заворачивать" например в base64|uuencode и т.п. - это защитит от проблем с юникодными символами и т.п.

Чужим данным верить нельзя (с) , поэтому придется делать свой уникализатор. Например тот самый автоинкрементный id

Ноги у флага deleted растут из древних-древних времен, когда "базой данных" обзывали разрозненное скопище файлов почти регулярной структуры, а хранились эти файлы на дискетах и каждое действие с этой "базой данных" стоило ресурсов и временных и механических в виде износа головок/дискеты )

На сегодняшний день ядра распространенных СУБД позволяют выстраивать полноценные схемы БД, указывая связи между таблицами (constrains, references, cascades и т.п.)
И в общем-то принципиальных противопоказаний для реального удаления, а не пометки записей - нет.
При желании/хотении истории операций - можно сливать удаленные записи в отдельную таблицу истории (возможно трансформировав и порезав не имеющие актуальности данные).

Самое интересное что в каждом городе есть множество магазинов и сервисов которые занимаются переустановкой Windows, как-то же они работают.

Большая часть - работают ровно до тех пор пока находятся в статусе полицейских осведомителей и более-менее активно барабанят или же активно участвуют в виде понятых/эксертов/свидетелей при операциях их кураторов.