MarkLogic - требования аудита - PullRequest
0 голосов
/ 06 января 2019

MarkLogic версия: 9.0-6.2

Я прошу прощения за открытый вопрос, но с нетерпением жду некоторых предложений.

Мы создали DataHub Framework с промежуточными и промежуточными базами данных. Мы сохраняем все входящие изменения AS-IS в промежуточное состояние и обновляем последний снимок данных в последнем дБ (например, если номер телефона изменяется 3 раза, в промежуточном сценарии будут все 3, а в конечном - только последний номер телефона). Это удовлетворяет наши оперативные потребности, но в последнее время мы получили требования аудита для сохранения изменений, а также для составления отчетов об исторических изменениях.

Мы предпочитаем, чтобы FINAL DB был легче и проще, поэтому ищем альтернативы включению временного в FINAL db. Я думаю, что один из вариантов заключается в том, чтобы передавать данные из промежуточной базы данных в базу данных аудита нижестоящего потока (реляционную), но некоторые члены команды считают, что данные всегда должны передаваться потребителям из конечной базы данных, а не из промежуточной базы данных. Есть ли какие-либо недостатки в передаче данных от постановки БД до потребителей?

На данный момент у нас нет настройки для обработки обновлений в режиме реального времени от конечной базы данных до конечной базы данных аудита вниз по течению, поэтому мы не сможем передать аудит из конечной базы данных, пока не активирована временная.

Заранее спасибо!

1 Ответ

0 голосов
/ 07 января 2019

Нет технической причины, по которой вы не могли обслуживать промежуточные данные, но я все равно рекомендую это делать. Конструкция DataHub такова, что Staging содержит «сырые» и «негармонизированные» данные, а Final дает правильное представление.

Я бы порекомендовал посмотреть поближе как временные функции MarkLogic. Он работает очень хорошо и снимает с вас бремя управления версиями документов.

НТН!

...