Добрый день, товарищи!
Есть софт, который работает с OLAP. OLAP строиться на основе views в отдельной базе (db_O). Эта база смотрит в таблицы другой базы - склада данных (db_I). Данные в таблицы db_I заливают процедуры по ночам, и посылают логи обработки. Если какая-то процедура падает -> данные в OLAP не актуальные/не доступные. И наоборот - не обновился OLAP -> скорее всего скрытая ошибка в процедуре обработки данных или view.
Т.з: нужно зная имя объекта OLAP пройтись по цепочке и построить дерево зависимостей с процедурами на конце. И наоборот - по процедуре узнать, какие объекти в OLAP c ней связанны.
Что уже есть:
1) clr, которая определяе источник объекта OLAP из метаданных (сверху вниз)
2) Списки процедур, их взаимозависимостей и таблиц, в которые они пишут (снизу вверх)
Но между данными склада и данными OLAP лежит прослойка из db_O view, зависимости в которых и хочется получить. Желательно все, желательно запросом к системным таблицам, так, как это строит SSMS когда правой кнопкой мышки смотришь зависимости (View Dependencies)
Есть конечно INFORMATION_SCHEMA.VIEW_TABLE_USAGE и это, дефакто, то, что нужно, но в ней нету зависимостей от соседней базы (другого каталога) :( А поскольку view в db_O ссылаются на таблицы db_I, то там практически ничего нет.
Но View Dependencies зависимости объектов отображает корректно, откуда он берёт информацию?
Есть софт, который работает с OLAP. OLAP строиться на основе views в отдельной базе (db_O). Эта база смотрит в таблицы другой базы - склада данных (db_I). Данные в таблицы db_I заливают процедуры по ночам, и посылают логи обработки. Если какая-то процедура падает -> данные в OLAP не актуальные/не доступные. И наоборот - не обновился OLAP -> скорее всего скрытая ошибка в процедуре обработки данных или view.
Т.з: нужно зная имя объекта OLAP пройтись по цепочке и построить дерево зависимостей с процедурами на конце. И наоборот - по процедуре узнать, какие объекти в OLAP c ней связанны.
Что уже есть:
1) clr, которая определяе источник объекта OLAP из метаданных (сверху вниз)
2) Списки процедур, их взаимозависимостей и таблиц, в которые они пишут (снизу вверх)
Но между данными склада и данными OLAP лежит прослойка из db_O view, зависимости в которых и хочется получить. Желательно все, желательно запросом к системным таблицам, так, как это строит SSMS когда правой кнопкой мышки смотришь зависимости (View Dependencies)
Есть конечно INFORMATION_SCHEMA.VIEW_TABLE_USAGE и это, дефакто, то, что нужно, но в ней нету зависимостей от соседней базы (другого каталога) :( А поскольку view в db_O ссылаются на таблицы db_I, то там практически ничего нет.
Но View Dependencies зависимости объектов отображает корректно, откуда он берёт информацию?