Diferencia entre revisiones de «Oracle Data Integrator»
| Línea 28: | Línea 28: | ||
== Projects == | == Projects == | ||
[[Archivo:CapturaODIDesigner.png|312px|thumb| | [[Archivo:CapturaODIDesigner.png|312px|thumb|Navegació del Designer]] | ||
Dins de la navegació del '''Designer''' trobem la part dels projectes. Ahí estan les regles de transformació de les dades com són els mappings, procedures, variables... | Dins de la navegació del '''Designer''' trobem la part dels projectes. Ahí estan les regles de transformació de les dades com són els mappings, procedures, variables... | ||
== Models == | == Models == | ||
En la navegació del ''' | En la navegació del '''Designer''' també trobem la part dels models, on estan les dades en les que treballarem. Els models són les dades i metadades i són una abstracció de les taules o fitxers o l'origen de dades que siga. | ||
== Mappings == | |||
El propòsit dels ''mappings'' és carregar les dades d'un origen en un destí. En ocasions les taules no tenen els mateixos camps. També pot passar que alguns camps es tinguen que modificar, calcular o buscar en altres orígens. També pot ser que les dades no siguen consistents amb les regles d'integritat implementades. | |||
La definició dels ''mappings'' és visual, podem arrastrar els models d'origen o destí i connectar-los en fletxes. Al connectar-los, podem definir les regles del ''mapping''. Aquesta connexió pot ser de tot el model o camp per camp. Si es fá de tot el model, podem dir si mapem per nom del field o altres criteris. Aquestes connexions fan que es guarde literalment el contingut d'un camp en un altre camp o aplicant una regla de transformació. | |||
[[Archivo:CapturaODIMappingDear.png|frame|Exemple de Mapping on es veu que DEAR es modificat en una expression a partir del DEAR de la taula d'origen]] | |||
Revisión del 19:55 21 nov 2022
Es tracta d'una aproximació declarativa a la transformació i integració de les dades. És a dir, un ETL o, com ells diuen, un E-LT (Extract - Load Transform). En una única ferramenta, incorpora tant la gestió dels fluxes de dades com la integració de les mateixes.
El que tracta de fer és separar les regles declaratives de els detalls d'implementació. L'arquitectura és E-LT en la que aprofita la potència de les bases de dades relacionals i en la que primer carrega les dades i després aplica les transformacions.
Arquitectura
Repositoris
Els components central de ODI són els repositoris. Ells guarden la configuració, les metadades, els projectes, els escenarios, els logs... Podem tindre més d'un repositori. Els repositoris permeten entorns separats que poden compartir metadades i escenarios. També actua com un control de versions. En ODI tenim el Master Repository i altres Work Repositories. El Master guarda els usuaris, la topologia i objectes guardats. En els de Work es guarden els objectes de desenvolupament com: Els models i metadades, projectes i escenaris d'execució.
Interfície d'usuari
Hi ha una interfície gràfica d'escriptori per a ODI que permet administrar tota eixa arquitectura. Es separa en quatre navegadors que són:
- Designer Navigator: Per a crear les transformacions i proves d'integritat de les dades.
- Operator Navigator: Per gestionar la producció i monitoritzar.
- Topology Navigator: Per a descriure l'arquitectura lògica i física. Les bases de dades, servidors...
- Security Navigator: Per gestionar la seguretat dels usuaris, rols, perfils...
ETL amb ODI
En tots els projectes d'integració i transformació es tracta de:
- Crear Mappings per moure i transformar les dades.
- Automatizar l'execució dels mapes en els paquets
- Executar els paquets i veure el resultat
- Preparar els components desenvolupats per posar en producció
- Implementar el control de qualitat de les dades
Projects
Dins de la navegació del Designer trobem la part dels projectes. Ahí estan les regles de transformació de les dades com són els mappings, procedures, variables...
Models
En la navegació del Designer també trobem la part dels models, on estan les dades en les que treballarem. Els models són les dades i metadades i són una abstracció de les taules o fitxers o l'origen de dades que siga.
Mappings
El propòsit dels mappings és carregar les dades d'un origen en un destí. En ocasions les taules no tenen els mateixos camps. També pot passar que alguns camps es tinguen que modificar, calcular o buscar en altres orígens. També pot ser que les dades no siguen consistents amb les regles d'integritat implementades.
La definició dels mappings és visual, podem arrastrar els models d'origen o destí i connectar-los en fletxes. Al connectar-los, podem definir les regles del mapping. Aquesta connexió pot ser de tot el model o camp per camp. Si es fá de tot el model, podem dir si mapem per nom del field o altres criteris. Aquestes connexions fan que es guarde literalment el contingut d'un camp en un altre camp o aplicant una regla de transformació.
