ФИАС умер, да здравствует… да здравствует… да не понятно что пока

Спекулятивный заголовок.
Не иначе, как родился под воздействием статьи с названием «КЛАДР умер ...». Но там это объяснялось тем, что КЛАДР с 2018 года обновляться не будет, адресные объекты будут добавляться только в ФИАС.
Не хорошо.
ЗЫ Ожидал увидеть варианты решения проблемы, а в тексте в натуре… непричесанный мысленный поток непонятно что.

Как перейти от КЛАДР к ФИАС и ничего себе не сломать

Мы ведём справочник домов, и вручную (по возможности) проставляем для каждого дома атрибут судебного участка.
Такие дела.

Как перейти от КЛАДР к ФИАС и ничего себе не сломать

Рискну предположить, что для автоматизации претензионно-исковой работы.

Junior, который в первый день работы удалил базу данных с production

У меня такие факапы случались с MS SQL Server:

до того, как писать апдейты в стиле

update t set f = value
--select t.*
from mytable t
where 1 = 1 
and --всякие фильтры

я писал их в стиле

update mytable set f = value
--select t.*
from mytable t
where 1 = 1 
and --всякие фильтры

и как-то не закомментил вторую строку и запустил на выполнение.
Т.е. всю таблицу проапдейтил (вдруг кто не догадался).

«За ту же функциональность, которую дает SQL Server, Oracle просит в 10 раз больше», — Константин Таранов о SQL Server

C# ведь тоже можно использовать для административных задач?
Есть в чём-то у Powershell преимущество перед ним?
ЗЫ Я для домашней автоматизации вообще VBS использую.

Неравный бой: CRM против Excel

Упс, не прочитал написанное болдом, вот я олень.

Для Excel не существует адекватных интеграций с другими бизнес-системами и сервисами, например, планированием, бизнес-процессами, телефонией, 1С.

Приношу свои извинения.
И насчёт сложностей с 1С я не совсем согласен — насколько я помню, совсем не сложно написать обработку, которая берет данные из эксельной таблицы и сохраняет в какой-нибудь независимый регистр сведений.
Обычная маета с ETL.
ЗЫ Тема эксель мне близка не только потому, что я являюсь его продвинутым пользователем.
На нынешнем месте работы мои обязанности, в том числе, работать биологическим ETL, и, наверное, где-то 95% данных, которых нужно закачать на сервер, приходит в виде эксельных файлов.

Неравный бой: CRM против Excel

Ещё 1 как-бы минус экселя вспомнил, о котором в статье не указано, — с телефонией его не получится интегрировать, в отличие от CRM.

Неравный бой: CRM против Excel

Сравнивать табличный процессор и CRM — это как сравнивать самокат и автомобиль.
От дома до куда-нибудь можно доехать на самокате, но не так далеко, как на авто. И не зимой. И уровень комфорта разный.
Кстати, не было отмечено в статье ограничение MS Excel на число строк. В 2003 экселе (а им до сих пор пользуются) это 65000. Это важно.
ЗЫ Я к СУБД пришёл через эксель — когда осознал, что мои многие строки кода VBA эмулируют, по сути, элементарный sql-запрос. В итоге перенес свой домашний учет в части данных на MS Access, а отчеты оставил в экселе.
Потом захотелось запускать код в бд из экселя. Думал, на какую субд перелезть, оракл или скл сервер.
У оракла APEX как-то мне не понравился, а access — наоборот — очень просто формы на раз-два лепятся.
Так что перенес все данные на скл-сервер, клиент — adp.
И когда я несколько лет назад уволился с работы в колл-центре, то устроился на работу программистом vba & t-sql. И сейчас голодаю и скитаюсь.
А вот если бы на оракл тогда пересел, то был бы сейчас в шоколаде. Возможно.

«За ту же функциональность, которую дает SQL Server, Oracle просит в 10 раз больше», — Константин Таранов о SQL Server

Мы побеседовали с Константином Тарановым, разработчиком и администратором баз данных в компании Газэкономика ...

Я думал, что разработчик БД и АБД в одном флаконе — это удел только микрокомпаний, чья основная деятельность далека от ИТ.

IQL — очередной SQL-генератор для Java

А как будет выглядеть простой запрос на несколько сотен строк типа такого:

INSERT INTO NameYourTableResult (
		Field1,
		Field2,
		Field3 
		... 
		FieldN
	)
	WITH --в этот блок помещаются временные таблицы, которые и заменяют View
	TempTable1 as (
		--Сложный SQL запрос, результат которого будет храниться в TempTable1 на протяжении всего INSERT INTO
	)
	TempTable2 as (
		--Сложный SQL запрос, в котором мы можем использовать временную таблицу TempTable1 и другие таблицы базы данных
	)
	TempTable3 as (
		--Сложный SQL запрос, в котором мы можем использовать временные таблицы TempTable1, TempTable2 и другие таблицы базы данных
	)
	--... и так далее, но главное не увлекаться :)
	
	--Основной блок SELECT, из которого результаты пойдут в команду INSERT INTO (количество полей в SELECT равно количеству полей в INSERT)
	--В этом запросе SELECT используются временные таблицы TempTable1, TempTable2, TempTable3 и т.д. и другие источники данных
	SELECT --Перечень полей
	FROM TempTable3, sourceTable1, sourceTable2, sourceTable3
	JOIN ...
	WHERE ...;