🤔 Что каталоги данных умеют не всегда?

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

📌 Иерархическое удаление объектов Удаление родительского объекта (например, базы данных) не удаляет дочерние элементы (схемы, таблицы). В итоге, все что было в удаляемой базе, помимо того, что продолжает жить без родителя (отчего это все тяжелее найти), так еще и засоряет поисковую выдачу и дает ложную информацию пользователям, которые ищут данные.

📌 Иерархическое распространение связей Оно же - наследование связей. Представьте, что у вас есть БД, с несколькими схемами, в каждой из которых есть по несколько таблиц и вам надо проставить владельцев (а может еще и связь с доменом или еще какими-то объектами). Идеальным кажется сценарий, когда связать можно только родительский объект, а все дочерние элементы унаследуют эту связь. Тем не менее, некоторые каталоги на сегодняшний день не предлагают такой функциональности и проставлять связи приходится вручную. Хорошо, если в таком случае нет минуса из следующего пункта... владельцев, домена, связей с другими объектами

📌 Массовое редактирование объектов Начнем опять с примера - у вас есть схема с сотней таблиц, в большом количестве которых встречаются одинаковые по смыслу поля (например id чего-нибудь). Хорошо бы написать нормальное описание один раз и применить его сразу ко всем таким полям. Но, это все придется делать руками для каждого столбца, если каталог не умеет массово редактировать атрибуты объектов. В некоторых каталогах есть возможность массово изменить какие-то атрибуты (владельцев, теги...), но не всегда в этом списке будет тот, который нужен в вашем сценарии. В качестве потенциального решения можно использовать API, но получится, скорее всего, дольше.

📌 Создание атрибутов объекта через интерфейс Это про создание нужных пользователям конкретной организации атрибутов, не прибегая к помощи разработчиков. Например, если для термина нужен отдельный атрибут для синонимов; для витрины - отдельный атрибут с глубиной хранения данных. Если каталог не умеет делать такого через интерфейс, придется ждать доработки. Справедливости ради, надо сказать, что за последнее время ситуация с этим моментом стала лучше (в частности в open-source каталогах).

📌 WYSIWYG редактор Он же - визуальный редактор. Казалось бы, уже везде должно быть можно применять хотя бы простое форматирование, тем не менее, все еще есть решения, где вам можно будет использовать только чистый текст.

...но, это конечно же далеко не все, на что стоит обращать внимание при выборе каталога данных.