Коллеги,

Встала проблема учета таблиц, полей, их бизнес смысла в БД MS SQL Sever и других системах.
Много пользователей создает похожие витрины на основе одних и тех же сырых данных и это принимает массовый характер.
Классический пример: Клава и Вася выгружают одни и те же данные из хранилища, которые потом преобразуются кривым SQL кодом в данные понятные бизнесу. Но беда в том, что у Клавы и Васи цифры не бьются, поля у них совершенно по разному называются и рассчитываются со своими ньюансами. Дальше больше, они защищают свои цифры на борде перед генеральным директором, и с пеной изо рта, выдают их за абсолютную истину. :(

Хотел бы на 1 этапе реализовать процесс учета таблиц и полей в БД с описанием их бизнес смысла, периодичностью обновления, ответственных пользователей и т.д. , чтобы в конечном итоге найти одно решение для Клавы и Васи.
Т.е. нужно создать своего рода метаданные для данных.
Пока хотел бы создать просто описание для таблиц соседних отделов без правки кривого SQL кода, чтобы осуществить "мягкий" переход на новые общие витрины.


Пока ничего на ум не приходит кроме создания Excel файла с этими описаниями, возможно с синхронизацией этих описаний в той же БД.

Возможно есть какие-то автоматизированные средства учета полей.
Поделитесь опытом.

mad_nazgul,

можно ли построить ETL на MSSQL SSIS ?

Alex_496,

Не подскажете какую-либо литературу на тему архитектурных системных подходов ?
В настоящее время есть стэк MS SQL, думаю в нем тоже есть какие-либо средства.

Исходя из наблюдаемой работы в крупных банках могу сказать, что большинство проблем это слабый контроль за данными и процессами. И далее слабая внутренная управленческая отчетность.