Как часто можно ссылаться на хаб в Data Vault?

В этой сессии мы ответим на вопрос проектирования о том, существует ли ограничение на количество ссылок, в которых может быть задействован один хаб, и почему наличие хаба в центре звездообразной структуры связей часто является сигналом, заслуживающим внимания. Прямой ответ: нет, технического ограничения нет: если бизнес-объект действительно играет центральную роль во многих бизнес-процессах, он должен находиться в хабе и присутствовать в каждой соответствующей связи. Но более интересным является обсуждение того, когда чрезмерное количество ссылок на хаб является признаком плохого моделирования. Наиболее распространенная причина — создание хабов снизу вверх из таблиц исходной системы, а не сверху вниз из бизнес-онтологии, особенно для технических идентификаторов, таких как идентификаторы пользователей системы или модификаторы записей, которые присутствуют почти в каждой таблице, но не имеют реального бизнес-значения. Мы рассмотрим, как отличить настоящий хаб от справочных данных, почему сохранение простого идентификатора в качестве описательного атрибута в сателлите и его подкрепление простой справочной таблицей часто является более чистым выбором, и как важен отраслевой контекст — код языка может быть хабом в компании по прокату видео, а везде в другом месте — чистыми справочными данными. Практический тест прост: если вы создали Business Vault и обнаружили, что никогда не обращаетесь к часто используемому хабу, пора задуматься о необходимости рефакторинга. «Data Vault Friday» — новая еженедельная онлайн-сессия. Зарегистрируйтесь на следующую сессию: https://scalefr.ee/datavault-friday Задайте свои вопросы заранее: https://scalefr.ee/dvf-question Прочитайте бесплатно «Руководство по Data Vault»: https://scalefr.ee/data-vault-book #DataVault #DataVaultFriday #DataModeling #DataWarehouse #DataEngineering #HubDesign #BigData #BusinessIntelligence #DataArchitecture #RawVault #ReferenceData