Дальше возможны разные логики - можно игнорить, можно оповещать, можно падать

Какая лють

Я не очень понял, какую задачу они решали этой системой, для кого и почему именно в таком виде. Но выглядит страшно. :)

Я вспомнил кейс, когда EAV пригодился.

Хотели считать статистики распределений по колонкам на Spark. Если брать каждую колонку отдельно и строить по ней границы, бины и порядоквые статистики - то получается по N запросов на каждую колонку. Если же все колонки предварительно свернуть в EAV - то достаточно N запросов на всю таблицу, только добавляется группировка по атрибуту.

В EAV-ном виде расчет статистик проще разрабатывать, проще менеджерить, меньше оверхед на запуски, а по чистому времени примерно то же самое.

Но хранить данные в DWH в EAV’е, конечно, не стоит.

Тоже не очень понял, кто потребители и какой вопрос решается. Метаданные чего именно, только хранилищ, или всея ПО? Но судя по характеру рассказа, они гордятся этим, и каждый из прогеров в идеале должен быть настолько ленив, чтобы автоматизировать максимально :)

А что сейчас самое модное и удобное из опенсурса, чтобы хранить описание мастер-данных - метаданные, для Data governance?
Где бизнес-сущности описываются, их атрибуты - и желательно маппинг на конкретные поля в таблицах баз данных, чтобы отслеживать зависимости при изменениях

опенсорс — это не про удобство 😊

есть условно бесплатный Oracle 🤪 OEMM
- в смысле его можно попробовать достаточно долго 😉

https://www.oracle.com/middleware/technologies/enterprise-metadata-management.html

Маппинг и зависимости правильно выковыривать из ETL-ного кода. Иначе они очень быстро разъезжаются и становятся неактуальными.

Не, в ETL совсем другое. Я про управление мета-данными - т.е. сущностями бизнеса типа "Заказ" и его атрибутами "Кассир", "Сумма" и т.п., а не ORDER nvarchar(36)
Наложение бизнес-сущности на поле в БД - приятный бонус, чтобы зависимости отслеживать при изменениях бизнес-процессов

А вот Оракл может быть больно... у нас всё же MS SQL как СУБД, может любовь не возникнуть

А платное, но дешевое? ))
И не облачное
Есть?

Oemm для кучи источников, я даже кликвью файлы им разматывал

Там только интерфейс не очень то удобный, особенно для ведения бизнес глоссария

Сущность типа «Заказ» и его атрибут типа «Кассир», так или иначе, затронуты в ETL

Тебе нужны метаданные на всех слоях, от бизнес-глоссария до физики

И они все связаны

И эту связь можно жестко отслеживать и фиксировать

(но мы для этого пилим очень большой велосипед)