Extracción de datos desde la base de datos Siebel a la tabla de archivos y estadificación de DAT

Question

Estoy trabajando en un nuevo requisito y soy nuevo en esto.Así que busca tu ayuda. Requrent - From Siebel Base Tablas (S_ORG_EXT, S_Contact, S_PROD_INT) Tengo que exportar datos y debo poner en dos tablas de estadificación (S1 y S2) y de estas tablas de estadificación, necesito crear archivos DAT que se delimita también.Para la ubicación de la tabla S1, deberíamos tener cuentas con sus contactos asociados y para S2, deberíamos tener en cuenta con su contacto asociado y su producto.

¿Cómo debo necesitar hacer esto?Si debo necesitar usar el trabajo de Informatica directamente para extraer datos de las tablas base de Siebel o necesita ejecutar EIM Exportar trabajo para obtener datos en la tabla EIM y desde allí hasta la tabla de estadificación.

Ayúdame amablemente a saber de qué manera debería ir.

Answer 1

Access the base tables directly using Informatica, limiting the extract to only the rows and columns you need.

I'd recommend unloading these to flat files before loading them into the Staging Tables (it gives you a point of recovery if something goes wrong in your Staging Table load, and means you don't have to hit the Siebel DB again).

Then from there you can either unload the staging tables, or just use your flat file extract, to generate your delimited files with row counts.

I tend to favour modular processes, with sensible recovery points, over 'streaming' the data through for (arguably) faster execution time, so here's what I'd do (one mapping for each):

1. Unload from Base Tables to flat files.
2. Join the flat file entities as required and create new flat files in the Staging Table format.
3. Load staging tables.
4. Unload staging tables (optional, if you can get away with using the files created in Step 2)
5. Generate .dat files in pipe-delimited format with the row count.

If the loading of a staging table is only for audit purposes etc, and you can base Step 5 on the files you created in Step 2, then you could perform stage (3) concurrently with stage (5), which may reduce overall runtime.

If this is a one-off process, or you just want to write it in a hurry, you could skip writing out the flat files and just do it all in one or two mappings. I wouldn't do this though, because

a) it's harder to test and

b) there are fewer recovery points.

Cheers!