2016-09-08 17 views
3

Я хотел бы узнать больше о том, как интегрировать базы данных NoSQL в архитектуру, ориентированную на реляционную модель (строить согласно стандартам Data Vault 2.0). Кто-нибудь имеет представление о том, где я мог бы воспитывать себя по этому вопросу. В настоящее время это не последняя книга Дэна Линдштедта!Как интегрировать NoSQL с Data Vault 2.0 Modeling? Как использовать хэш-ключи для интеграции базы данных NoSQL?

+0

Есть ли какое-либо специальное требование, которое вы хотели бы встретить, или это более общий вопрос? – tobi6

ответ

2

Я предполагаю, что «как интегрировать базы данных NoSQL» вы ссылаетесь на то, как использовать источник данных NoSQL в качестве входного сигнала в реляционную модель DV2.0. Проще говоря, вам просто нужно глотать данные в своей реляционной базе данных и преобразовать данные в требуемые структуры DV в соответствии с вашими бизнес-объектами (концентраторами), их атрибутами (спутники) и их отношениями (ссылками и спутниками). Это также предполагает, что любые неструктурированные данные, которые у вас есть в базе данных NoSQL, либо находятся вне области видимости, либо могут храниться в хранилище BLOB, XML или JSON реляционного движка.

Если вы имеете в виду DV2.0, смоделированные и хранящиеся в базе данных NoSQL, тогда вы правы, это не рассматривается в новой книге Дэна. Хотя стандарт DV2.0 должен быть легко применим к чему-то вроде Hive, Cloudera и Cassandra. Хеши позволяют загружать каждую сущность полностью отдельно от другой, сложные значения (неструктурированные или полуструктурированные данные) можно просто сохранить как атрибуты на спутнике. Как вы сравниваете эти значения для следующей нагрузки, зависит от данных. Возможно, процесс хранения хэша SHA1 наряду с неструктурированными данными был бы полезен при сравнении.

Удачи и дайте мне знать, как вы поживаете.

+0

Если мы импортируем данные из NoSQL в модель DV и храним их на спутник, мы не используем возможности и преимущества баз данных NoSQL. Например, если я хочу использовать алгоритмы графиков Neo4j, нет смысла хранить связь графика в ссылках ... Если мы переходим от NoSQL к SQL-решениям, мы не интегрируем, а конвертируем. Это кажется неправильным. – user2058291

+0

Не совсем «как интегрировать базы данных NoSQL», я хочу использовать оба типа базы данных в системе в гармонии! Не импортировать данные из одной базы данных в другую. Я хочу сохранить то, что ориентировано на график в DB, ​​например Neo4j, и что такое реляционное отношение к DV и что такое документально ориентированное в MongoDB и т. Д. ... Я хочу использовать их совместно! – user2058291