Zobrazují se příspěvky se štítkemODI - FAQ. Zobrazit všechny příspěvky
Zobrazují se příspěvky se štítkemODI - FAQ. Zobrazit všechny příspěvky

středa 8. prosince 2010

ODI a MS SQL datový typ VARCHAR(MAX)

Pro neznalé, MS SQL datový typ VARCHAR umožňuje rozsah 1-8000 bytů. Potřebujete-li větší, pak lze použít VARCHAR(MAX), který má rozsah až 2^31-1 bytů.

ODI a VARCHAR(MAX)
Pokud v ODI použijete reverse engineering pomocí JDBC driveru (je jedno zda jde o originální MS SQL driver com.microsoft.sqlserver.jdbc.SQLServerDriver nebo o DataDirect driver weblogic.jdbc.sqlserver.SQLServerDriver, který je součástí ODI 11g), pak z VARCHAR(MAX) se stane TEXT(2147483647) - bohužel to je špatně, protože při porovnávání sloupců s VARCHAR(MAX) a TEXT (např. během integrační fáze) dojde k chybě.

V případě, že využijete RKM MSSQL, které čte datové typy a jejich rozsah přímo z Data Dictionary MSSQL (pohled INFORMATION_SCHEMA.COLUMNS), pak nedojde k žádné konverzi a z VARCHAR(MAX) se stane VARCHAR(-1). Hodnota "-1" je uvedena pro rozsah "MAX" ve sloupci CHARACTER_MAXIMUM_LENGTH. Bohužel ani toto není správně, protože během integrační fáze dochází k vytvoření I$_ tabulky, která má stejnou strukturu jako cílová tabulka, ale ta je v ODI metadatech definovaná se sloupcem VARCHAR(-1). Výsledkem je, že tvorba pomocné tabulky spadne na chybu Incorrect syntax near ')', protože rozsah "-1" nelze použít.


Řešení pro ODI a VARCHAR(MAX)

Řešením je založení nového datové typu v ODI pro MS SQL a jednoduchá úprava RKM MSSQL.

Založení nového datového typu
V ODI Topologii pod technologií Microsoft SQL Server založte datový typ např. VARCHARMAX, uveďte Create Table Syntax a nezapomeňte vyplnit konverzi mezi ostatními používanými technologiemi.



Úprava RKM MSSQL
Z duplikujte originální RKM MSSQL ve kterém upravte krok 31 - Get Columns for Tables. Na záložce Command on Source změňte:
  • řádek col.DATA_TYPE DT_DRIVER,
  • na CASE col.DATA_TYPE + CAST(col.CHARACTER_MAXIMUM_LENGTH AS CHAR) When 'varchar-1' Then 'VARCHARMAX' Else col.DATA_TYPE End DT_DRIVER,

  • řádek ISNULL(col.CHARACTER_MAXIMUM_LENGTH,0) + ISNULL(col.NUMERIC_PRECISION_RADIX,0) LONGC,
  • na CASE col.DATA_TYPE + CAST(col.CHARACTER_MAXIMUM_LENGTH AS CHAR) When 'varchar-1' Then null Else ISNULL(col.CHARACTER_MAXIMUM_LENGTH,0) + ISNULL(col.NUMERIC_PRECISION_RADIX,0) End LONGC,


Pozor: MS SQL má ještě datové typy nvarchar(max) a varbinary(max). Pokud je používáte, pak je také do ODI zadefinujte a upravte RKM.


Erik Eckhardt

pondělí 31. května 2010

5. Oracle Czech BI/DW Experts Bootcamp

V pátek 28.05.2010 proběhl již 5. Oracle Czech BI/DW Experts Bootcamp, kterého se zúčastnilo 13 vybraných konzultantů a architektů od 10 Oracle partnerů + dva zástupci ze strany zákazníka:
  • Jiří Zamouřil (Oracle Consulting)
  • Jan Jůza (CCA)
  • Karel Hübl (GEMsystem)
  • Václav Bíba (Teura)
  • Michal Zima (Teura)
  • Petr Zeman (OKsystem)
  • Petr Kříž (OKsystem)
  • Jiří Doubravský (Pike Electronic)
  • Jakub Genža (CapGemini)
  • Jiří Bohuslav (CapGemini)
  • Vojtěch Šíp (DATACONS)
  • Petr Šimbera (Simora)
  • Petr Jurászek (ITsystems)

  • Radek Matyáš (Vodafone)
  • Lukáš Flek (Vodafone)

Agenda setkání:
  • Zahájení / představení
  • Novinky - Co se stalo od posledního 4. Bootcampu
  • Zákaznická půlhodinka (Případová studie)
  • 1. workshop
    - Tipy, triky a zkušenosti z BI/DW projektů
    - Co se vyřešit nepodařilo
  • Novinky – Co je nového v Oracle
  • Společný oběd a ubytování
  • 2. workshop
    - Vyjednávání a strategie při budování BI/DW řešení
  • Večeře, volná diskuse a zábava ...

Prezentace:

Hlavní prezentace z 5. Oracle Czech BI/DW Experts Bootcampu

Zákaznická půlhodinka (Případová studie)
Prezentace z 1. workshopu - Tipy, triky a zkušenosti z BI/DW projektů:

středa 26. května 2010

Přesun ODI Master repository pomocí prostředků relační databáze

Náš příklad nasazení ODI repository je následující: nejprve bylo instalováno vývojové prostředí (ODI Master+Work repository) a na něm probíhá vývoj. Produkční prostředí zatím není. Po ukončení vývoje je třeba přenést Master repository na produkční prostředí a zaregistrovat do něj novou produkční Work repository. Původní vývojová Work repository zůstává, původní Master repository je odstavena.

Jak přenést Master repository z jedné databáze do jiné?

Existují dvě možnosti:
  1. Využít ODI průvodce pro Export a Import jednotlivých repository
  2. Použít prostředky relačních databází
My jsme se rozhodli vyzkoušet bod číslo dva "Použít prostředky relačních databází" - ODI Master repository se skládá z obyčejných tabulek, neobsahuje žádné sekvence, view, packages nebo jiné, tj. lze jej tedy normálně exportovat.

Na vývojovém prostředí (server-dev):
exp ODI_MASTER/oldpass@TNS-DEV file=ODI_MASTER.dmp statistics=none
sqlplus / as sysdba

alter user ODI_MASTER account lock;


Přenos souboru ODI_MASTER.dmp na produkční prostředí (server-prod)

Na produkčním prostředí:
sqlplus / as sysdba
create user ODI_MASTER identified by newpass default tablespace xyz;

grant connect, resource to ODI_MASTER;

imp ODI_MASTER/newpass@TNS-PROD file=ODI_MASTER.dmp full=y


Přenastavení vývojového prostředí:
./agent.sh encode newpass
zkopírování enkodovaného hesla do schránky

editace souboru odiparams.sh:
ODI_SECU_DRIVER=oracle.jdbc.driver.OracleDriver
ODI_SECU_URL=jdbc:oracle:thin:@server-prod:1521:TNS-PROD

ODI_SECU_USER=ODI_MASTER

ODI_SECU_ENCODED_PASS=enkodované heslo

neměníme však parametry ODI_SECU_WORK_REP, ODI_ENCODED_PASS

změna přihlášení:
./topology.sh

v přihlašovacím okně – tlačítko Edit connection (název Connection může být libovolný, např. ODI na nasledujících obrázcích)



Změnu přihlášení je třeba udělat také na všech vývojářských PC.

Po přihlášení je vhodné projít topologii a zkontrolovat, zda jsou Master a vývojová Work repository správně připojené.

Přenastavení produkčního prostředí – v odiparams, stejně jako vývojové prostředí. Následně lze již vytvořit novou produkční Work repository.


Michal Tomek (Neit Consulting)

pondělí 26. dubna 2010

ODI - Změna sloupce (update key) na jehož základě probíhá aktualizace nebo vkládání záznamů do cílového DataStore

„Update key“ je sloupec na jehož základě ODI provádí podmínku při porovnávání záznamů pro aktualizaci nebo vkládání do cíle. Například při použití Znalostního modulu „IKM Oracle Incremental Update (MERGE)“ je „Update key“ použit v klausuli ON příkazu MERGE.


Jako „Update key“ ODI standardně použije Primární klíč (když neexistuje, tak Unikátní klíč) definovaný v modelu cílového DataStore.

V některých případech se Vám může stát, že nechcete využívat přednastavený Primární klíč tabulky, ale chcete si nadefinovat vlastní. Jestliže cílová tabulka má ve svém modelu již nějaký klíč definován, pak je volba zapnutí „Update“ klíče na sloupcích zakázána.


Změna se provádí tak, že kliknete na název tabulky v sekci Target DataStore a vlevo dole si z menu vyberete jiný předdefinovaný klíč (musí existovat v modelu cílového DataStore) a nebo nastavíte hodnotu „Undefined“.


Hodnota „Undefined“ Vám zpřístupní volbu zapnutí „Update“ klíče na sloupcích cílové tabulky.


Výsledný MERGE poté použije nový „Update key“ v klausuli ON.



Erik Eckhardt

čtvrtek 8. dubna 2010

Oracle Data Integrator - Tipy, triky a zkušenosti z integračních projektů

Registrujte se nyní zdarma na tento seminář - klikněte ZDE.


Oracle Data Integrator (dříve Sunopsis) je strategická platforma společnosti Oracle pro jakékoli datové integrace v heterogenním prostředí (více informací o ODI najdete zde).

V České republice jsme poprvé ODI představili v červnu 2008 na semináři Oracle Coffee. V té době u nás existoval pouze jeden zákazník a jeden partner, který uměl Data Integrator nasadit.

V současnosti je situace zcela jiná, ODI umí implementovat více jak 15 Oracle partnerů a právě probíhá šest integračních projektů, na kterých je ODI využíván jako hlavní integrační nástroj pro přesuny, konsolidace a transformace dat z heterogenních zdrojů do heterogenních cílů.

Přijďte na seminář a seznamte se s jedním z projektů, který je již ve fázi produkce. Dozvíte se různé tipy&triky o tom jak:

  • pracovat s více Master repository
  • přenášet kód z vývoje do produkce
  • vyvíjet vlastní Znalostní moduly
  • rozšiřovat ODI o vlastní komponenty
  • vyvíjet v Javě
  • automaticky vytvářet a spouštět stovky datových přenosů najednou
  • rozšířit výpis logu Operátora o vlastní poznámky
  • a další

Seminář je určen především těm, kteří mají alespoň základní znalosti a povědomí o ODI, tzn. účastnili se prezentace, hands-on workshopu nebo jej již používají/implementují.

Úroveň odbornosti: 4 z 5

Zaregistrujte se, prosím, co nejdříve, počet míst je omezen!

budova Oracle Czech
Škrétova 12
Praha 2
čvrtek 22.4.2010
8:00 - 10:30



pondělí 29. března 2010

ODI a Soubory jako zdroj nebo cíl (a proč Reverse engineering struktury souboru nic neprovede)

Stejně jako v případě MS Excel nebo MS Access je i pro soubory součástí ODI dodávaná definice technologie včetně konektoru a Znalostních modulů.

Než začnete pracovat se samotným souborem, je potřeba v ODI Topologii pro technologii File, nadefinovat konektor (Data Server) a adresář (Physical Schéma), ve kterém budou soubory umístěny.
Použijte driver com.sunopsis.jdbc.driver.file.FileDriver pomocí kterého bude prováděn reverse engineering. Driver má několik parametrů, tím nejdůležitějším je ENCODING=[encoding_code] (File encoding, default encoding value is ISO8859_1) a možná OPT=TRUE|FALSE (Option optimizes file access on multiprocessor machines for better performances. Using this option on single processor machine may cause performances loss. Default value is FALSE).


Po založení Data Serveru založte Physical Schéma, které ukazuje na adresář se soubory. Je dobré oddělit adresář s daty (schéma) od adresáře s logy a jinými soubory (work schéma), které budou generovány různými „bulk loadery“ při načítání souborů.


Máte-li založené Fyzické schéma, přidejte Logické schéma a kontext.


Reverse-engineering v ODI

Postup pro načtení struktury souboru je jiný než pro databáze:

1. Založte Model, nastavte technologii na File, vyberte Logické schéma, kontext.


2. Do modelu přidejte nový DataStore, na záložce Definition jej pojmenujte (Name) a z adresáře vyberte zdrojový soubor (Resource Name).


3. Na záložce Files nastavte detail ohledně souboru jako je formát (Delimited / Fixed), oddělovač řádků a sloupců.


4. Na záložce Columns klikněte na tlačítko Reverse a ODI provede načtení struktury (jména sloupců, datové typy a šířky) souboru


Pozor! V určitých případech se Vám může stát, že reverse engineering proces nic neprovede. Důvodem je zamknutí DataStore souboru před spuštěním samotného reverse engineering procesu (chování zamykání objektů lze nastavit v menu User parameters / Lock object when opening).
K uzamknutí souboru nejčastěji dochází v případech, kdy během definice souborového DataStore stisknete na tlačítko Apply – tím se DataStore uzamkne (vedle jména souboru je zobrazen zámek) a Reverse sloupců nic neprovede. Vyhnout se tomu můžete tak, že buď změníte chování zamykání objektů a nebo se budete vyvarovat kliknutí na tlačítko Apply před spuštěním Reverse sloupců souboru.


Soubor jako zdroj
V případě, že soubor bude zdrojem, pak využijte dodávané Znalostní moduly pro nahrávání souborů do cílových databází („LKM File to [vaše_cílová_technologie]“ – moduly využívají „bulk loadery“ jednotlivých databází). Pokud žádný modul neodpovídá vaší cílové databázi, pak použijte „LKM File to SQL“ (Loads data from an ASCII or EBCDIC File to any ISO-92 compliant database).

Soubor jako cíl
V případě, že soubor bude cílem, pak můžete:
  1. použít hotové Znalostní moduly pro extrakt dat do souboru

  2. použít utilitu OdiSqlUnload


Erik Eckhardt

čtvrtek 25. března 2010

ODI a MS Excel jako zdroj nebo cíl

Součástí ODI je dodávaná definice technologie pro MS Excel včetně konektoru a Znalostních modulů.

V případě, že se chcete z ODI připojit k souborům MS Excel, pak je nutné (stejně jako pro MS Access) na nějaké MS Windows stanici nadefinovat ODBC zdroj ukazující na požadovaný XLS soubor a samozřejmě mít nainstalovaný XLS ovladač.
Z pohledu ODI by měl na stejném serveru běžet ODI Agent, který bude mít přístup k nadefinovanému ODBC zdroji.



Jakmile existuje ODBC zdroj pro Excel, tak můžete v ODI topologii pod technologií MS Excel vytvořit nový Data Server. Jako driver použijte dodávaný JDBC-ODBC bridge (sun.jdbc.odbc.JdbcOdbcDriver), jako URL cestu na výše vytvořený ODBC zdroj (jdbc:odbc:[odbc_dsn_alias]).



Pro vytvořený Data Server založte Fyzické schéma, dále pak Logické schéma a kontext.


Nastavení XLS souboru před Reverse-engineeringem
Před samotným Reverse-engineering procesem se musí v Excelu nadefinovat jména, které pak ODI uvidí jako obyčejné tabulky:

V listu Excelu vyberte oblast buněk a z menu Insert vyberte Name > Define..


pojmenujte a přidejte novou oblast Excelu, která bude v ODI interpretována tabulkou.



Reverse-engineering v ODI
Máte-li nadefinovanou topologii a oblasti v Excelu, můžete provést Reverse-engineering v ODI. Založte Model, nastavte technologii na MS Excel, vyberte Logické schéma a kontext.


Na záložce Selective Reverse proveďte načtení tabulek definovaných v Excelu.



MS Excel jako zdroj
V případě, že Excel bude zdrojem, pak využijte dodávané Znalostní moduly pro nahrávání dat z „any ISO-92 compliant“ databází - tj. LKM, které mají v názvu zdrojové technologie SQL (např. „LKM SQL to Oracle“, „LKM SQL to SQL“ nebo jiné).


MS Excel jako cíl
A/ IKM SQL to SQL Append
V případě, že MS Excel bude cílem, pak ihned můžete začít využívat modul „IKM SQL to SQL Append“. ODI Staging Area je potřeba z cíle (Excel) přesunout na zdroj nebo jiný server.



V případě, že během integrace dat do MS Excel obdržíte následující chybu: [Microsoft][ODBC Excel Driver] Operation must use an updateable query, je potřeba v definici ODBC odznačit Read Only mód.



Potřebujete-li promazat data v cílovém Excelu, pak k dispozici v KM máte volby TRUNCATE a DELETE_ALL:

  • Jestliže u daného KM nastavíte volbu TRUNCATE, pak dostanete chybu: [Microsoft][ODBC Excel Driver] Invalid SQL statement; expected 'DELETE', 'INSERT', 'PROCEDURE', 'SELECT', or 'UPDATE' (TRUNCATE pro Excel není podporován).
  • Jestliže u daného KM nastavíte volbu DELETE_ALL, pak dostanete chybu: [Microsoft][ODBC Excel Driver] Deleting data in a linked table is not supported by this ISAM (DELETE operace přes daný ODBC driver není podporována).

Workaround může být DROP a opětovný CREATE tabulky. Upravte v IKM DELETE krok, nahraďte jej DROPem a dejte na začátek IKM.



B/ "LKM SQL to SQL" a "IKM SQL Incremental Update"
Po menší úpravě můžete začít využívat i moduly „LKM SQL to SQL“ a „IKM SQL Incremental Update“, ale je potřeba:

1. zajistit,
aby prefix pomocných tabulek neobsahoval znak dolar „$“ (stejně jako u MS Access)


2. zajistit, aby se při vytváření pomocné integrační tabulky nepoužil datový typ VARCHAR2 (u sloupce IND_UPDATE), jinak obdržíte chybu: [Microsoft][ODBC Excel Driver] Syntax error in field definition:


3. přidat "AS" mezi 'I' a sloupec IND_UPDATE, jinak dostanete chybu: [Microsoft][ODBC Excel Driver] Syntax error (missing operator) in query expression ''I' IND_UPDATE'.



4. přepsat
krok „Update existing rows“ v KM následujícím způsobem:



Výsledkem je přihrávání nových a aktualizace stávajících záznamů v MS Excel (tzn. v Excelu vznikají a dále zůstávají dva listy / tabulky, které jsou využívány pro nahrávání a integraci dat).




Erik Eckhardt

pondělí 22. března 2010

ODI a MS Access jako zdroj nebo cíl

Součástí ODI je dodávaná definice technologie pro MS Access včetně konektoru a Znalostních modulů.
V případě, že se chcete z ODI připojit k MS Access databázi, pak je nutné na nějaké MS Windows stanici nadefinovat ODBC zdroj ukazující na požadovanou MS Access databázi a samozřejmě mít nainstalovaný MS Access ovladač.
Z pohledu ODI by měl na stejném serveru běžet ODI Agent, který bude mít přístup k nadefinovanému ODBC zdroji.



Jakmile existuje ODBC zdroj pro MS Access databázi, tak můžete v ODI topologii pod technologií MS Access vytvořit nový Data Server. Jako driver použijte dodávaný JDBC-ODBC bridge (sun.jdbc.odbc.JdbcOdbcDriver), jako URL cestu na výše vytvořený ODBC zdroj (jdbc:odbc:[odbc_dsn_alias]).
Pro vytvořený Data Server založte Fyzické schéma, dále pak Logické schéma a kontext.



Máte-li nadefinovanou topologii, můžete provést Reverse-engineering MS Access databáze: Založte Model, nastavte technologii na MS Access, vyberte Logické schéma, kontext a na záložce Selective Reverse proveďte načtení MS Access modelu.



MS Access jako zdroj
V případě, že MS Access bude zdrojem, pak využijte dodávané Znalostní moduly pro nahrávání dat z „any ISO-92 compliant“ databází - tj. LKM, které mají v názvu zdrojové technologie SQL (např. „LKM SQL to Oracle“, „LKM SQL to SQL“ nebo jiné).


MS Access jako cíl
V případě, že MS Access bude cílem, pak pro:
  • Nahrání - využijte dodávané Znalostní moduly pro nahrávání dat do „any ISO-92 compliant“ databází - tj. LKM, které mají v názvu cílové technologie SQL (např. „LKM SQL to SQL“ nebo jiné).

  • Integraci – využijte dodávaný Znalostní modul „IKM Access Incremental Update“, který zajistí automatickou aktualizaci stávajících dat nebo přihrání dat nových.

POZOR! V případě, že během nahrávání nebo integrace dat do MS Access obdržíte následující chybu:
[Microsoft][ODBC Microsoft Access Driver] Syntax error in CREATE TABLE statement, tak zkontrolujte nastavení Fyzického schématu pro MS Access technologii – prefixy pomocných tabulek nesmí obsahovat znak dolar$“ - nutno odstranit nebo změnit!




Erik Eckhardt

čtvrtek 18. března 2010

ODI a GoldenGate - integrace hotova v ODI 10.1.3.6.0_02

5. března 2010 byla oficiálně uvolněna nová verze ODI (10.1.3.6.0_02), která je již integrována s Oracle GoldenGate - platformou pro heterogenní real-time integrace založené na Change Data Capture z transakčních a archivních logů různých databázových systémů včetně Oracle, IBM DB2, MS SQL Server, Sybase ASE, Teradata, HP NonStop / Tandem (Enscribe, SQL/MP, SQL/MX).

Oracle GoldenGate lze použít pro různé typy scénářů s hlavními požadavky na:
  • přenos transakcí v reálném čase
  • minimální zatížení zdrojových systémů při extrakci dat
  • velmi nízká latence přenosu
  • neomezená vzdálenost mezi zdrojovou a cílovou databází
  • dodržení transakční integrity během výpadku a poruchách sítě
  • přenosy v homogenním nebo heterogenním prostředí
  • přenosy mezi různými verzemi, edicemi a OS platformami
  • ...

Nejběžnější scénáře nasazení Oracle GoldenGate jsou:


Silnou stránkou Oracle GoldenGate je jeho nezávislost na verzích, edicích a dodavatelích zdrojových / cílových databází, a také nezávislost na operačním systému na kterém jsou provozovány.
GoldenGate vám umožní v reálném čase přenášet data z Oracle DB verze 8i běžící na 32-bit Windows do Oracle DB 11g běžící na IBM AIX, nebo mezi Oracle DB Standard Edition a Oracle DB Enterprise Edition, a nebo v heterogenním prostředí mezi různými systémy jako např. z DB2 do MS SQL, Teradaty a zpět.


Integrace mezi ODI a Oracle GoldenGate je pomocí Znalostního modulu „JKM Oracle to Oracle Consistent (OGG)“, který umožňuje přímo z prostředí ODI Designera automaticky generovat infrastrukturu pro GoldenGate, tj. parametrické soubory PRM a OBY.
Real-time Data Warehousing
s pomocí ODI a GoldenGate pak vypadá následovně:



Nová verze ODI je dostupná na stránkách Oracle Support pod označením 9449058.




Erik Eckhardt

čtvrtek 11. března 2010

OBI Purge cache pomocí Event Polling Table

Na projektu jsme chtěli automaticky vyprázdnít OBI cache po aktualizaci dimenze nebo faktové tabulky. Vzhledem k tomu, že jako ETL používáme ODI, rozhodli jsme se nakonfigurovat OBI Event Polling Table (EVP) s tím, že ODI Knowledge Modul zajistí po aktualizaci tabulky vložení odpovídajícího záznamu do Event Polling Table (více o Event Polling Table viz. dokumentace Oracle BI Server Administration Guide, kapitola Cache Event Processing with an Event Polling Table).

Jedná se v podstatě o velmi triviální záležitost, na webu jsme našli několik jednoduchých step by step postupů konfigurace EVP v ODI. V praxi jsme však narazili na následující problém:

Použita byla databáze Oracle 10gR2 a zakládací skript EVP tabulky dle dokumentace. Po konfiguraci Event Polling Table se v logu NQServer.log objevovali následující chyby v závislosti na tom, jaký ovladač byl použit pro import metadat EVP tabulky:
  • Pokud jsme použili OCI driver:
    - [55004] The prepare operation failed while polling from table UET.
    - [nQSError: 22005] Repository metadata: column has no data type information.
    - [55005] The cache polling delete statement failed for table UET.


  • Pokud jsme použili ODBC driver:
    - [55004] The prepare operation failed while polling from table UET.
    - [nQSError: 22006] Repository metadata: missing column object: ID=0:34.
    - [55005] The cache polling delete statement failed for table S_NQ_EPT.
    - [nQSError: 22006] Repository metadata: missing column object: ID=0:34.

Příčinou byl z hlediska Event Polling nekorektní reverse engineering metadat EVP tabulky do OBI repository. Sloupec UPDATE_TS typu DATE bylo nutno manuálně v OBI repository nastavit na DATETIME.

Přikládám funkční kombinaci zakládacího skriptu EVP tabulky a screenshot metadat EVP v OBI repository:

create table S_NQ_EPT (
UPDATE_TYPE DECIMAL(10,0) DEFAULT 1 NOT NULL,
UPDATE_TS DATE DEFAULT SYSDATE NOT NULL,
DATABASE_NAME VARCHAR2(120) NULL,
CATALOG_NAME VARCHAR2(120) NULL,
SCHEMA_NAME VARCHAR2(120) NULL,
TABLE_NAME VARCHAR2(120) NOT NULL,
OTHER_RESERVED VARCHAR2(120) DEFAULT NULL NULL
) ;



Karel Hübl (Architekt společnosti GEM System International)

čtvrtek 4. března 2010

Dva nové kumulativní patche pro ODI - Patch Set 10.1.3.5.6 a 10.1.3.6.0

V lednu 2010 byl uvolněn kumulativní patch pro ODI, který jej povyšuje na verzi 10.1.3.5.6. V únoru 2010 pak patch, který jej povyšuje na verzi 10.1.3.6.0.

Oba dva patche lze aplikovat na jakoukoli verzi počínaje základní 10.1.3.5.0.
Pozor: patch 10.1.3.6.0 mění strukturu Master i Work repository.

Patche jsou ke stažení z Oracle Support pod označením 9377717 (10.1.3.6.0 z 13-FEB-2010) a 9327111 (10.1.3.5.6 z 29-JAN-2010).

Informace o předešlých verzí najdete zde.

Version 10.1.3.6.0
New/Modified Objects

The following KMs have been modified or added in this version:

  • IKM SQL to Hyperion Planning - Modified

Bugs Fixed
  • 8855049 - Random "java.sql.SQLException: Closed Connection" error appears when running scenarios, while updating a session task. Connection to the repository is lost and session stops.

  • 7696856 - Users not having "view/edit data" privileges are able to see table data through interface diagrams.

  • 8993849 - Some session task logs are grayed out for a user with limited privileges in operator.

  • 9309858 - IKM SQL To Hyperion Planning: ERROR_LOG_FILENAME overwrites and does not append log content.

  • 9056142,9188539 - Repository Structure Fix. This patch set includes a fix to the repository structure. Running an upgrade of the Master and work repositories after this patch fix invalid the repository structures. See Repository Structure Fix for more information.

Version 10.1.3.5.6
New/Modified Objects

The following KMs have been modified or added in this version:

  • LKM DB2 400 Journal to SQL - Modified

  • JKM DB2 400 Simple (Journal) - Modified

  • IKM Oracle Slowly Changing Dimensions - Modified

  • LKM SAP ERP to Oracle (SQLLDR) - Modified

  • RKM SAP ERP - Modified

  • LKM SAP BW to Oracle (SQLLDR) - Modified

  • RKM SAP BW - Modified

Bugs Fixed
  • 6870772 - Unable to reverse engineer a Datastore or to insert/update a Datastore containing a LOB family type object.

  • 6667705 - Version restore operation causes a deadlock and prevents simultaneous users from updating other repository objects.

  • 8855049 - While updating a session task, repository connections are closed abruptly there by causing "closed connection" exception .

  • 8967643 - "java.lang.NumberFormatException:" when attempting to connect to a set of XSD files.

  • 9103310 - With no overwrite on change configured, IKM Oracle Slowly Changing Dimension fails at step 272 "Updating Existing Row".

  • 9235923 - Missing KMS in the impexp folder, LKM DB2 400 Journal to SQL and JKM DB2 400 Simple (Journal).

  • 9094083 - LKM SAP ERP to Oracle (SQLLDR) : File separator changed to \n for UNIX systems.

  • 9170437 - RKM SAP ERP: Retrieve list of SAP modules dynamically.

  • 9094083 - LKM SAP BW to Oracle (SQLLDR) : File separator changed to \n for UNIX systems.

  • 9249552 - SAP BW RKM : Obsolete step "INSTALL RFC FUNCTIONS" removed from KM.

  • 8848077 - OdiSAPAleServer and OdiSAPAleClient cannot connect to recent sap Netweaver systems. This is due to an incompatibility of these tools with JCO 3. To use a compatible version of the tools. Alter the SAPALE tools calls to use with OdiSAPAleServer3 and OdiSAPAleClient3 instead.

  • 9201073 - Cannot load metadata that includes shared members into HFM 11.1.1.3


Erik Eckhardt

čtvrtek 14. ledna 2010

Nová verze ODI - Cumulative Patch Set 10.1.3.5.5

10. prosince 2009 byl uvolněn kumulativní patch pro ODI, který jej povyšuje na verzi 10.1.3.5.5. Patch lze aplikovat na všechny verze počínaje základní 10.1.3.5.0, tj. 10.1.3.5.0_01, 10.1.3.5.0_02, 10.1.3.5.1, 10.1.3.5.1_01, 10.1.3.5.2, 10.1.3.5.3 a 10.1.3.5.4

Patch je ke stažení z
Oracle Support, pod označením 9200535 - link na patch najdete zde. Novinky verze 10.1.3.5.5. a 10.1.3.5.4 najdete níže, ostatní viz. zde.
Version 10.1.3.5.5
New/Modified Objects

The following KMs have been modified or added in this version:

  • LKM Hyperion Essbase METADATA to SQL - Modified

  • IKM SQL to Hyperion Essbase (DATA) - Modified

  • RKM SAP ERP - Modified

  • LKM SAP ERP to Oracle (SQLLDR) - Modified

  • RKM Salesforce.com - Modified

Bugs Fixed
  • 7274910 - Killing a Session generates the following error on DB2 UDB repositories: "DB2 SQL error: SQLCODE: -408, SQLSTATE: 42821, SQLERRMC: I_TXT_STEP_MESS".

  • 8446089 - Master Repository upgrade resets the data servers' URLs.

  • 8529169 - "Class not registered" error while loading metadata into Hyperion Financial Management classic application using an 64-Bit HFM Client.
    A new 64-bit driver (HFMDriver64.dll) has been added to the /oracledi/drivers directory. To use this driver on a 64-Bit platform with a 64-Bit HFM Client installed, rename HFMDriver.dll as HFMDriver32.dll and rename HFMDriver64.dll as HFMDriver.dll.

  • 8636504 - Customized reverse-engineering using RKM Salesforce.com fails with the error "UNKNOWN_EXCEPTION: Destination URL not reset. The URL returned from login must be set in the SforceService" .

  • 8640312 - SNP_EXP_TXT still contains records for session variables after a log purge.

  • 8713986 - Consolidation attribute "^" (Never Consolidate - Added in Essbase 9.3.1) is not handled in the Essbase KM. The Extract Metadata step fails with error "No_matching_Enum_found".

  • 8844655 - Metadata Navigator Data Lineage feature fails to work in headless mode.

  • 8912703 - When an Essbase member is rejected due to error "3303: Member not found in database" the log does not indicate which member caused the record to be rejected.

  • 8988790 - ODI internal IDs reset to 0 once its limit is reached causing repository corruption. In this version internal IDs are no longer automatically reset to zero.

  • 8989114 - Users having only View privilege cannot see procedure and KM lines and receive the error: "You are not authorized to Edit the Object"

  • 9076431 - Historized variables do not return the latest variable value if an internal ID (SNP_VAR_DATA.I_VAL) reset was performed for variable values (bug 8988790). This version solves this problem by taking the latest value based on value creation date and not the internal ID.

  • 9080483 - Essbase Interface fails with "ImportError: No module named hyperion" on the "Prepare for loading step" when loading ASO/BSO data into Essbase.

  • 9126706 - Metadata Navigator does not start after deploying the oracledimn.war from the ODI patch 10.1.3.5.3

Version 10.1.3.5.4
New/Modified Objects

A new version of the CDCRTVJRN RPG program for CDC on iSeries is delivered with this patch.

The following KMs have been modified or added in this version:

  • LKM File to Netezza (NZLOAD) - New
  • LKM MSSQL to Oracle (BCP/SQLLDR) - New

  • RKM MSSQL - New

  • RKM Oracle - Modified

  • LKM File to Oracle - Modified

  • The following Teradata KMs have been modified to generate temporary tables with a "NO PRIMARY INDEX" clause. This is configured by setting the PRIMARY_INDEX KM option to NOPI.
    • LKM File to Teradata (TTU)

    • LKM SQL to Teradata (TTU)

    • CKM Teradata

    • IKM File to Teradata (TTU)

    • IKM SQL to Teradata (TTU)

    • IKM Teradata Control Append

The following technologies have been modified or added in this version:

  • SAP ABAP

Bugs Fixed
  • 6447278 - RKM Oracle doesn't import the check constraints of tables.

  • 8550987 - LKM File to Oracle (SQLLDR) fails with error: "Field in data file exceeds maximum length" when loading a file that contains a string longer than 255 characters.

  • 8605840 - Model or Model folder creation fails with java.lang.stackoverflowerror if the user is not a supervisor user having metadata admin profile.
  • 8854189 - ODI Master Repository import incorrectly deletes existing data server connections if the insert_update mode is selected.

  • 8871204 - Master Repository import aborts when user expands a node in Topology Manager.

  • 8899683 - JKM DB2 400 Simple (Journal) does not handle uncommitted transaction with CDCRTVJRN.

  • 8904234 - Sessions continue to execute even if the Master Repository connection is terminated.

  • 8917148 - Timestamp datatypes loose time precision after the millisecond when data is loaded via the agent.


eec.

pondělí 14. prosince 2009

Oracle BI Apps 7.9.5.2 s ODI – mazání DWH po oblastech

Oracle BI Applications ve verzi 7.9.5.2. (verze používající Oracle Data Integrator) nabízí 4 moduly:
  • Financials
  • Human Resources
  • Procurement and Spent
  • Order Management
Při konfiguraci a ladění více modulů jistě narazíte na problém, kdy je třeba u jednoho z modulů provést opakovaný initial load zatímco druhý modul již je naplněn a nakonfigurován, třeba i uživateli testován.

O tom, zda se provádí initial load nebo inkrementální load si ETL rozhoduje samo na základě logovacích tabulek, kde každý proces zapisuje údaje o svých bězích. Proto, pokud potřebujeme opakovaně provést initial load, je zapotřebí promázání patřičných cílových tabulek a také reset logovacích tabulek.

K tomu nám slouží v ODI package připravené na ruční/jednorázové spuštění. K dispozici máme:


  • Reset All DataWarehouse – package spouštěná bez parametrů vymaže všechny datové i logovací tabulky napříč celým řešením.

  • Reset Subject Area – package je spouštěna se dvěma parametry (proměnnými), které specifikují modul (HR, OM, SCA, FIN) a příslušnou subject area. Požadované hodnoty parametrů zjistíme z tabulky C_MODULE_PACKAGE – sloupce OBI_MODULE a OBI_SUBJECT_AREA. Pro promazání jednoho modulu je tak třeba pustit package víckrát pro všechny OBI_SUBJECT_AREA.

Příklad zjištění parametrů pro modul HR:

SELECT DISTINCT OBI_MODULE, OBI_SUBJECT_AREA
FROM DATA_BIAPPS.C_PACKAGE_MODULE
WHERE OBI_MODULE = 'HR'




Jakub Genža (consultant Capgemini Sophia)

čtvrtek 3. prosince 2009

Úprava RKM pro automatické nastavení typu SCD sloupce dimenze

Na projektu používáme ODI pro implementaci ELT procesů plnících datový sklad. Datový model udržujeme ve UML case nástroji (Enterprise Architect).

Před zahájením implementace transformací zajišťujících plnění datového skladu je nutno do ODI načíst metadata popisující tabulky, které slouží jako zdroj nebo cíl transformace. K tomu slouží v ODI reverse engineering knowledge moduly (RKM), které jsou dodávány pro různé databázové platformy.

Pro implementaci transformací (v ODI se nazývá interface) zajišťujících plnění dimenzí druhého typu (SCD2) datového skladu je nezbytné v rámci metadat korektně nastavit SCD chování sloupce cílové tabulky (podrobnosti viz. tento článek). Tuto operaci je obvykle nutné provést manuálně po importu metadat cílového schématu. V rámci ODI není tato operace vyřešena úplně ergonomicky – pro každý sloupec je nutné spustit editor sloupce, poté vybrat záložku „Description“ a zde zvolit požadovaný typ historie, což je relativně časově náročné. Pokud se na tento krok zapomene nebo v něm vývojář udělá chybu, jsou transformace plnící danou dimenzi nefunkční nebo se chovají neočekávaně.

Manuální nastavení typu historie sloupce


Vzhledem k tomu, že typ historie sloupce dimenze evidujeme již v datovém modelu, rozhodli jsme se upravit dodávaný RKM tak, aby došlo k automatickému nastavení typu historie sloupců dimenze v ODI.

Nejprve je nutno zpropagovat informaci o typu historie sloupce z modelu v case nástroji do metadat databáze. Rozhodli jsme se na začátek komentáře sloupce vkládám 4 místný kód určující typ historie daného sloupce – např. [SK] pro umělý klíč, [NK] pro přirozený klíč, což jsme provedli jednoduchou úpravou šablony pro vygenerování zakládacího skriptu dimenze. Před vygenerováním kódu z case nástroje je provedena validace modelu, která mimo jiné kontroluje nastavení typu historie pro sloupce dimenze. V databázi tak komentář všech sloupců dimenze začíná kódem typu historie, který využíváme následně při reverse engineeringu metadat do ODI. Alternativně je možno vytvořit vlastní „meta“ tabulku obsahující potřebná metadata, nebo využít jmenných konvencí.

Nyní již k samotné úpravě RKM. Nejprve jsem zduplikoval dodávaný „RKM Oracle v 10.1.3.4“. RKM fungují tak, že nejprve naplní pomocné tabulky s prefixem SNP_REV a na základě těchto tabulek se nastaví metadata v ODI. Vzhledem k tomu, že pomocná tabulka SNP_REV_COL již obsahuje potřebný sloupec SCD_COL_TYPE, stačilo pouze upravit krok 41 „Get columns“.

V založce „Command on target“ jsem přidal plnění sloupce SCD_COL_TYPE:

insert into SNP_REV_COL
(
I_MOD,
TABLE_NAME,
COL_NAME,
DT_DRIVER,
COL_HEADING,

COL_DESC,

POS,

LONGC,

SCALEC,

COL_MANDATORY,

CHECK_STAT,

CHECK_FLOW,

SCD_COL_TYPE

)


values
(

<%=odiRef.getModel("ID")%>,

:TABLE_NAME,

:COL_NAME,

:DT_DRIVER,

:COL_HEADING,

:COL_DESC,

:POS,

:LONGC,

:SCALEC,

:COL_MANDATORY,

'1',

'1',

:SCD_COL_TYPE

)

V záložce „Command on source“ jsme přidali určení typu historie sloupce na základe prefixu komentáře:

...

from ALL_TAB_COLUMNS c,

ALL_COL_COMMENTS cc,

ALL_OBJECTS o

...


case

when substr(cc.comments,1,4)='[SK]' then 'SK' --Surrogate key

when substr(cc.comments,1,4)='[NK]' then 'NK' --Natural key

when substr(cc.comments,1,4)='[OC]' then 'OC' --Overwrite on change

when substr(cc.comments,1,4)='[IR]' then 'IR' --Insert row on change

when substr(cc.comments,1,4)='[CR]' then 'CR' --Current record flag

when substr(cc.comments,1,4)='[ST]' then 'ST' --Starting timestamp

when substr(cc.comments,1,4)='[ET]' then 'ET' --Ending timestamp

else null

end scd_col_type

...


Tím je úprava RKM hotova. Vše ostatní zařídí krok 111 „Set metadata“. Díky této drobné úpravě nemusíme manuálně editovat metadata cílového schématu datového skladu, což zvyšuje efektivitu vývojého procesu a eliminuje riziko vzniku zbytečných chyb.


Karel Hubl (GEM System International)


pondělí 23. listopadu 2009

4. Oracle Czech BI/DW Experts Bootcamp

V pátek 20.11.2009 proběhl již 4. Oracle Czech BI/DW Experts Bootcamp, kterého se zúčastnilo 14 vybraných konzultantů a architektů od 12 Oracle partnerů:
  • Jaroslav Vlček (Adastra)
  • Jan Jůza (CCA)
  • Karel Hübl (GEM system)
  • Michal Tomek (Neit Consulting)
  • Lukáš Hrnčíř (Neit Consulting)
  • Václav Bíba (Ness Logos)
  • Petr Zeman (OKsystem)
  • Jiří Doubravský (Pike Electronic)
  • Jakub Genža (CapGemini)
  • Jiří Zamouřil (Oracle Consulting)
  • Martin Gerneš (Oracle Consulting)
  • Michal Zima (Teura)
  • Martin Cabák (Reporters)
  • Peter Hora (Sementa)

Agenda setkání:

Prezentace z 1. workshopu - Tipy, triky a zkušenosti z BI/DW projektů:

Erik Eckhardt (Oracle)
  • Zvýšení produktivity vývoje s ODI - Tvorba, úpravy a spouštění více jak +900 datových přenosů
Karel Hubl (GEM System)
  • Efektivní datové integrace s ODI
  • OBI 10.1.3.4.1 – Problém s filtry pro numerické datové typy
Michal Tomek (NEIT Consulting)
  • Essbase - trigger pro instalaci HSS
  • Posílání reportů z linuxového Publisheru na windowsový fileserver
  • 64bitová Essbase pro Linux
Jan Jůza (CCA)
  • Tipy, triky a zkušenosti z projektu „Převod analýz z Excelu do Oracle BI”
Jiří Doubravský (PIKE)
  • Použití kombinace funkcí Time Series (AGO a TODATE)
  • Doplnění legendy do reportu přes XML
  • Vliv nevhodného pojmenování časového údaje na použití v promptu
Michal Zima (Teura)
  • Zkušenosti s implementací OBIEE v clusteru
Jakub Genža (Capgemini Sophias)
  • Jak v OBI změnit defaultní menu pomocí currencies.xml (zkusenost z BIAPPS)
  • Jak v BIAPPS/ODI resetovat/vymazat jen jeden z modulů, ne celý warehouse (není zdokumentováno)
  • Jak odstranit v Answers při filtrování odkaz "Omezené volby", který může vygenerovat dost narocný dotaz
Jaroslav Vlček (Adastra)
  • BI Delivers versus autentifikace proti DB
Lukáš Hrnčíř (NEIT Consulting)
  • Transformace datových a report požadavků do designu metadat a designu reportů
Martin Gerneš (Oracle Consulting)
  • Integrace OBI EE, SSO, OAM, OID
  • Operátorská konzole pro OWB a ODI
Peter Hora (Semanta)
  • Komentáře a diskuze pro Oracle BI

pondělí 16. listopadu 2009

ODI a datový typ TIMESTAMP

Pokud v ODI datové pumpě přenášíte datový typ TIMESTAMP například z Oracle do Oracle, ale i z Oracle do jiné databáze, pak až do verze 10.1.3.5.3 ODI vždy „ořízlo“ počet desetinných míst u sekund na 3. Pokud jste tedy potřebovali využít přesnost například TIMESTAMP(6), pak o poslední 3 desetinná místa jste při přenosu dat přišli.

Na tuto chybu jsme narazili nedávno a byla na Oracle Metalinku zaevidována jako BUG 8917148. Odstraněna byla v patchi 9064641, který najdete tamtéž. Je označen jako Generic Cumulative Patch a upravuje číslo verze ODI na 10.1.3.5.4. Je možné jej aplikovat již od verze 10.1.3.5.0



Petr Zeman (konzultant společnosti OKsystem s.r.o.)

čtvrtek 29. října 2009

ODI a OutOfMemoryError

Nedávno se mi na jednom projektu stalo, že jsem v ODI na svém počítači vyvinul transformační pumpy (Interface), které se na jiném počítači již nedařilo otevřít.
Během otevírání ODI Interface (ve fázi načítání grafického zobrazení transformace) vždy došlo k chybě "Diagram can not be loaded ...... java.lang.OutOfMemoryError ....".
Po bližší analýze jsem zjistil, že na daném PC je nainstalovaná jiná verze Javy, která konzumuje mnohem více paměti než ta moje.

Řešením bylo zvětšit defaultní hodnoty ODI parametrů (ODI_INIT_HEAP, ODI_MAX_HEAP) které ovlivňují kolik paměti budou mít ODI komponenty k dispozici.
  • ODI_INIT_HEAP - Initial java machine heap size used by OracleDI modules (defaultní hodnota po instalaci je 32MB)
  • ODI_MAX_HEAP - Maximum java machine heap size used by OracleDI modules (defaultní hodnota po instalaci je 256MB)

Parametry se mění v souboru .../oracledi/bin/odiparams.bat (instalace na Windows), .../oracledi/bin/odiparams.sh (instalace na Linux / Unix).


Erik Eckhardt

čtvrtek 24. září 2009

Nová verze ODI - Cumulative Patch Set 10.1.3.5.3

Jeste před vydáním Oracle Data Integrator 11g byl uvolněn (14.9.2009) kumulativní patch set, který základní verzi ODI 10.1.3.5.0 povýší na verzi 10.1.3.5.3. Patch set může být instalován i na dříve vydané 10.1.3.5.x patch sety, tj. 10.1.3.5.0_01, 10.1.3.5.0_02, 10.1.3.5.1, 10.1.3.5.1_01, 10.1.3.5.2, 10.1.3.5.2_02.

Patch je ke stažení z Metalinku, pod označením 8909138 - link na patch najdete zde.

Co nového jednotlivé verze přináší najdete níže.


Version 10.1.3.5.3.
New/Modified Objects
The following KMs have been modified or added in this version:
  • RKM E-Business Suite
  • RKM SAP ERP
  • RKM SAP ERP Connection Test
  • LKM SAP ERP to Oracle (SQLLDR)

The following technologies have been modified or added in this version:

  • SAP ABAP

Bugs Fixed
  • 5995469 - Empty numeric fields in delimited files are treated as a '0' (zeros) instead of null values.

  • 7343670 - Long SQL statements in logs are truncated by Import/Export.

  • 7489803 - XML JDBC driver is unable to handle XSD having xsd:restriction in ComplexType.

  • 8373852 - Unique constraint violation error occurs on "Reverse - Get FK" step when using RKM E-Business Suite.

  • 8571901 - Loading data to XML fails when "Commit 1000 Rows" option is used in the LKM.

  • 8624002 - Inconsistency in datastore definition after deleting a column from the Model tree.

  • 8668465 - XML driver fails if DB schema is set in db_props file.

  • 8676282 - OdiImportObject does not use the workrep parameter from the odiparams file.

  • 8709634 - RKM Teradata does not handle correctly timestamp(0) datatypes.

  • 8713484 - OdiReadMail tool is not taking into account the platform encoding during attachment download.

  • 8721876 - ' "' characters in attribute values are removed when using external storage for the XML driver.


Version 10.1.3.5.2_02
Bugs Fixed
  • 8589752 - KM SQL to Essbase Data - Load in bulk mode instead of row by row processing when an error occurs during load.

Version 10.1.3.5.2

Bugs Fixed
  • 8320399 - OdiExportAllScen execution fails if source Project parameter is empty

  • 8614797 - Project documentation (Print to PDF) shows KM commands in a wrong order.

  • 8333319 - WSDL containing Complex content with Extension/Restriction causes a "Part Does not Exist" error in OdiInvokeWebService.

  • 8417826 - Scheduler agent does not close the master repository connections when failing to connect the work repository.

  • 8529951 - Unique constraint (PK_EXP_TXT) violation error appears when starting a scenario.

  • 8527219 - Sub-Model objects are not exported when using OdiExportObject tool. The following error appears: "Unable to find the object with type SnpSubModel and identifier ..."

  • 8474594 - XML 'boolean' values ('1' or '0') are always read as '0' by the XML driver.

  • 7393196 - Scenario started with a log level smaller than 5 are not purged correctly, causing the SNP_EXP_TXT work repository table to grows indefinitely.

  • 8657545 - OdiSqlUnload tool adds extra spaces when unloading columns of type CHAR.

  • 8559586 - Public Web Service returns a response with an empty session ID when starting sessions on a load balancing parent agent and when this agent is exclusively set up to do load balancing.

  • 8471871 - Scenarios are not displayed in Metadata Navigator under scenario folders when connected to an execution work repository


Version 10.1.3.5.1_01
New/Modified Objects

The following KMs have been modified or added in this version:

  • LKM SAP ERP to Oracle (SQLLDR)

  • RKM SAP ERP

The following technologies have been modified or added in this version:

  • SAP ABAP

New Features
  • SAP ABAP Adapter is available in this release. This adapter includes the SAP ABAP technology and the LKM SAP ERP to Oracle (SQLLDR) and RKM SAP ERP knowledge modules. The Knowledge Module Reference's Guide was updated with a description of this adapter and a new Getting Started with SAP ABAP Adapter guide has been added to the documentation library. Note that this adapters requires SAP JCo 3.0.2, a JVM 1.5 and Oracle Data Integrator version 10.1.3.5.1 or above to run.


Version 10.1.3.5.1

Note: In addition to the bugs listed below, all bugs and new features listed in into previous versions are merged into this version.
New/Modified Objects
The following KMs have been modified or added in this version:
  • IKM Oracle Slowly Changing Dimensions (modified)

  • RKM Oracle

  • RKM Oracle OLAP (Jython)

The following technologies have been modified or added in this version:

  • SAP ABAP

  • All technologies have been upgraded with new datatypes.

New Features
  • 8214474 : Need the support for BIGINT datatype for PostgreSQL technology in topology

  • 7460039 : Need the ability to connect to sap systems using logon groups

Bug Fixed
  • 8214243 : Upgrade to 10.1.3.5 fails with 'table already exists' error

  • 7655965 : Agent window stays open even in case of a repository connection problem

  • 6777963 : Unable to execute scenario by a user having generic privileges on contexts.

  • 6394344 : ODI not reading more than one JMS XML messages even after setting MessageMaxNumber=2

  • 5995743 : Work repository import fails with integrity constraint violation

  • 6622519 : OdiReverseSetMetadata does not retrieve all the datastores during reverse

  • 6711431: Testing connection with an agent to IBM MQ throws "JAVA.LANG.EXCEPTION:"

  • 7191727: RKM Oracle now uses ALL_OBJECTS instead of SYS.DBA_OBJECTS.

  • 7365439: RKM Oracle now handles correctly of precision of oracle TIMESTAMP columns

  • 8312924: IKM Oracle Slowly Changing Dimension does not sets to 0 the field indicated as Current Record Flag.

  • 6885530 RKM Oracle OLAP (Jython) throws a "No End Separator for the following text" error


Version 10.1.3.5.0_02
Bug Fixed
  • 7650278: Hyperion Financial Management 9.3.0.3 wasn't correctly supported by the Hyperion Financial Management Adapter.

  • 8213454: Agent schedules are replaced even if the 'import schedules' option is not switched on.

  • 8222432: OdiInvokeWebService command/tool is incorrectly parsing WSDL having XML base elements like long, string etc in Complex Type element.

  • 8247319: OdiXMLConcat is creating XML target file with incorrect data.

  • 8267556: Importing in Operator in duplication mode creates "copy of ".

  • 8312924: IKM Oracle Slowly Changing Dimension uses MINUS instead of 'Not Exists' operator.

  • 8334678: Session steps minutes and seconds not shown fully in operator right pane.

  • 8214474: PostgreSQL standard BIGINT datatype is not defined in ODI Topology.


Version 10.1.3.5.0_01
Bug Fixed
  • 7420284: Adding to a solution a project using a model stored in a model folder displays now the model folder and not only the model in the required elements.

  • 7538565: The getInfo substitution method is now able to return the value of JDBC Properties called "password".

  • 7551228: A variable password can be defined by specifying a "password" property with an ODI variable as the value in the "JDBC Properties" tab.

  • 7709128: The import of a Master Repository in synonymy INSERT_UPDATE mode fails with no message when a data server with the same already exists in the target repository.

  • 7717515: Upgrade of Sunopsis V4.1 to Oracle Data Integrator 10.1.3.5.0 removes the URLs for data servers and work repositories.



Erik Eckhardt