Я работаю инженером данных, и мне приходится работать с базами данных документов и классическими СУБД;Я должен сделать код приложения, ETL, и я написал пользовательские оболочки, которые извлекают json из баз данных документов и создают полные реляционные схемы для загрузки данных для целей отчетности.
Во-первых, база данных документов действительно предлагает хорошие вещи для определенных целей.activites, и RDBMS предоставляют определенные возможности, которые будут отсутствовать в базах данных документов.
RDBMS предоставляют возможность очень четко контролировать ваши данные, с помощью правил, триггеров и т. д. Большинство баз данных документов не предлагают этого, и это сомнительноесли они должны.Чем больше правил они соблюдают, тем больше гибкости они теряют, и в этом их основное преимущество.
Одна из проблем, с которой вы столкнетесь при работе с хранилищами документов, заключается в том, что вам нужно тщательно выбирать точку входа верхнего уровня.или вам придется создать несколько хранилищ данных, и помните, что в большинстве из них нет операторов объединения (игнорируя инструменты, над которыми Google недавно написал статьи).
Я считаю, что контроль данных должен происходить на уровне базы данных,предотвратить повреждение данных.Опять же, я парень данных.Приложения, SEO и деловые люди часто не соглашаются с этим.Таким образом, я принимаю и двигаюсь дальше и пытаюсь заставить все работать вместе, когда репортеры говорят мне, что им нужно.