OLAP ed ETT: un'altra soluzione.

Nell' "On Line Analitical Processing" (data warehouse) si

segue il seguente schema ETT:

1) Estrazione (dal DB operazionale)
2) Trasporto (Dal sistema del DB operazionale al sistema del

DB OLAP)
3) Trasformazione (sul sistema del DB OLAP)
Lo schema e' rappresentato sotto. Nello sc hema indicheremo

per semplicita' con E Extraction, con T Transport e con R

tRasformation. Infine indicheremo con F il file piatto

denormalizzato estratto e trasportato dal sistema

operazionale (A) al sistema OLAP (B).

 Sistema A                 Rete              Sistema B
+ -------------+                         +----------------+
|              |                         |                |
|+----+    +--+|                         | +--+    +----+ |
||DBop|-E->|F |--------------T------------>|F |-R->|DBol| |
|+----+    +--+|                         | +--+    +----+ |
|              |                         |                |
+--------------+                         +----------------+

ora il problema e' che la rete e' una risorsa molto costosa e

delicata e far viaggiare, viceversa il file piatto in genere

e' qualcosa di molto molto grande. Un'altra importante

notazione e' che in genere dopo la trasformazione, per via

dell'aggregazione i dati del file piatto hanno una dimensione

di 1/10-1/100 di quella del file originario. Allora secondo

me si potrebbe seguire uno schema a tre livelli, con un

sistema intermedio piazzato molto vicino al sistema

operazionale, che effettui la trasformazione dei dati.

 Sistema A         SistemaA/B      Rete       Sistema B
+ -------------+ +-------------+          +----------------+
|              | |             |          |                |
|+----+    +--+| | +----+  +-+ |          | +-+    +----+  |
||DBop|-E->|F |===>|DB-R|->|f|-------T----->|f|-L->|DBol|  |
|+----+    +--+||| +----+  +-+ |          | +-+    +----+  |
|              |||             |          |                |
+--------------+|+-------------+          +----------------+
                | 
                v
          piccola rete
          dedicata a 100MB/s

In questo secondo schema:
E: extraction
F: file piatto denormalizzato (grande)
DB-R: DB tRansformation
f: file piccolo contenente gia' le aggregazioni
T: Transport (del file piccolo in rete
L: Loader nelle tabelle del database OLAP

Frazionando in questo modo ed in quest'ordine le operazioni

si evitano gli abbondanti carichi di rete dovuti ad uno

schema classico.

Opinioni in merito sono gradite.

Regards,
Francesco ))