Почему, если у нас есть язык PL / SQL? - PullRequest
Новая
       12

Почему, если у нас есть язык PL / SQL?

0 голосов
/ 31 октября 2018

Кто-то спросил меня, зачем нам нужен инструмент ODI, если у нас есть код PL / SQL. Odi генерирует код PL / SQL в бэкэнде. почему нам нужен интерфейс ODI, если мы можем использовать код, сгенерированный интерфейсом odi, даже используя шаг меньше, вместо того, чтобы помещать данные в таблицу I $, мы можем напрямую передать их с помощью PL / SQL.

Давайте рассмотрим пример: Если нам нужно вставить 2000 записей в другую таблицу из одной таблицы, мы можем напрямую использовать PL / SQL-код вместо разработки интерфейса odi, что приводит меня в замешательство, думая, что odi лучше, чем просто инструмент.

1 Ответ

0 голосов
/ 10 мая 2019

Есть много чего сказать, но я могу упомянуть вам наиболее важные аспекты, на мой взгляд:

  • В ODI вы можете написать KM's (Модуль знаний - некоторые команды SQL / OS / Groovy / универсальный код Java, который генерирует необходимые операторы на основе исходных и целевых таблиц / таблиц) , После создания вы можете использовать его во многих сопоставлениях. Вывод: напиши один раз, используй много раз;
  • ODI имеет API : с его помощью вы можете автоматически генерировать отображения / объекты. Таким образом, вам не нужно вручную создавать 100 сопоставлений (например), но поддерживать хранилище метаданных, из которого вы можете автоматически создавать сопоставления;
  • Тот факт, что вы можете комбинировать sql с Groovy, дает вам такую ​​силу, что вы не можете найти его в других инструментах ETL (из того, что я знаю);
  • Контексты ODI - позволяют запускать одно и то же отображение на разных серверах или для параллельной работы;

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

Есть еще что сказать. Если вам нужно, я могу расширить этот пост еще. Не стесняйтесь сказать мне.

...