Oracle CDC в нескольких связанных таблицах

Question

У меня есть необходимость захвата любых измененных/удаленных/добавленных данных из набора связанных таблиц Oracle 11g (родительского и нескольких дочерних элементов) и захвата этого набора данных таблицы в файл. После создания файла я могу сбросить окно захвата, а затем (пакетный режим) повторить процесс. Эти файлы могут быть предоставлены заинтересованным сторонам. Вместо того, чтобы создавать что-то самодельное, я бы хотел использовать то, что в Oracle, такое как CDC или эквивалент для выполнения этой задачи. Тем не менее, я не уверен, что Oracle CDC или эквивалентная функция могут захватывать связанный набор таблиц (т. Е. Происходит изменение с родительским и всеми дочерними данными также захватывается или происходит с ребенком, родителем и всеми другими детьми данные захватываются), или какая из многих функций в 11g/12c (в скором времени) лучше всего удовлетворяет требованиям.

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

Любые рекомендации по вышеуказанным двум сценариям будут оценены. В последнее время я не смог идти в ногу со всеми достижениями Oracle. В качестве примечания мы также имеем SSIS и Informatica, которые могут помочь в решении.

Answer 1

Я не уверен, что у вас есть какое-либо решение.

Недавно я оценил золотые ворота Oracle и некоторый пользовательский поставщик решений (ATTUnity, Striim), который использует проводник протокола oracle для сбора данных об изменениях в источнике.

Oracle golden gate позволяет указать целую схему или конкретные таблицы, чтобы зафиксировать изменение. В вашем случае вы можете указать родительский-дочерний или все связанные таблицы, и он начинает фиксировать изменение.

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

Способ работы золотых ворот, он фиксирует изменение от БД и записывает в свой файл файла журнала файлов. Процесс, выполняющий эту операцию, называется extract. У них также есть другой репликатор/насос процесса, который считывает файлы трейлов и применяет их к целевым БД или публикует системы обмена сообщениями или большие данные.

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

Только выпуск с золотыми воротами оракула - это дорого.

Дайте мне знать, если это будет полезно.

Thanks