|
GoldenGate Sqlexec on a different database
|
|||
---|---|---|---|
#18+
Добрый день, есть вопрос по использованию в OGG функционала обращения через SQLEXEC к другой базе. вот такая конфигурация работает, запрос соответственно выполняется на источнике данных db1: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
но при попытке перенаправить запрос на другую базу (Downstream базу db2), как описано в документации: тыц Код: plaintext 1. 2. 3. 4. 5.
т.е. так , SQLEXEC (ID hashing_col1, QUERY 'select cast(standard_hash(:V1, ''MD5'') as varchar2(64)) hash_val1 from db2:dual', PARAMS (V1 = col1)) или так , SQLEXEC (ID hashing_col1, QUERY 'select cast(standard_hash(:V1, ''MD5'') as varchar2(64)) hash_val1 from db2:sys.dual', PARAMS (V1 = col1)) получаю ошибку 2019-03-28 09:06:16 ERROR OGG-00664 OCI Error describe for query hashing_col1 (bad syntax) (status = 933-ORA-00933: SQL command not properly ended). подозреваю что нужно либо как-то дополнительно определить соединение с db2, но как - найти не могу, либо в документации вообще имелось в виду что-то другое. цель - перенаправить нагрузку с источника данных на Downstream базу. у нас пакт о ненападении несоздании дополнительной нагрузки на источник. использовать OGG_SHA1 мы не можем – нужен именно MD5, делать преобразование второй очередью EXTRACT'а тоже бы не хотелось. если кто знает как работает этот функционал - подскажите пожалуйста. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.04.2019, 13:46 |
|
GoldenGate Sqlexec on a different database
|
|||
---|---|---|---|
#18+
Не подскажу про обращение к базе, но не пробовали глянуть на userexit? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.04.2019, 19:26 |
|
GoldenGate Sqlexec on a different database
|
|||
---|---|---|---|
#18+
Глянуть пробовали, но компетенции в области разработки на С нет, разбираться долго, готового решения нет. Тем более что есть рабочий вариант в виде преобразования на второй очереди EXTRACT'а/PUMP'е. Только хотелось бы сделать максимально проще (все преобразования в первичном EXTRACT'е + PUMP в passthrough режиме), а не усложнять, в доке ведь написано что это возможно.. ну и так, на будущее, знать - как можно обратиться к LOOKUP таблице расположенной в другой базе, это тоже могло бы пригодиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2019, 06:44 |
|
GoldenGate Sqlexec on a different database
|
|||
---|---|---|---|
#18+
надежда не оправдалась, это всё таки для PDB было написано. заключение по SR (может пригодится кому): This is for multitenant databases, like oracle and SQL Server where the original connection that is used for the USERID parameter has access to different databases or PDBs. It does not allow for a separate connection to be established with different credentials. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2019, 08:52 |
|
|
start [/forum/topic.php?fid=52&msg=39799692&tid=1882443]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 148ms |
0 / 0 |