Re: Si possono 'federare' i db di due iseries diversi?

On 7 Mag, 12:52, "Suarez (dall'ufficio)" <sua...@despammed.com> wrote:
> On Wed, 7 May 2008 03:39:33 -0700 (PDT), "stefano[dot]tassi[at]gruppopro[d
ot]it"
> wrote:
>
>
>
>
>
> >due le modalità:
> >SQL con DRDA:
> >=============
> >sul db2 di i5 non puoi federare per poter vedere *contemporaneamente*
> >due db,
> >uno statement (non possibile) come questo non e' attualmente permesso:
> >select * from sistema_1.schema_1.tabella_1 inner join
> >sistema_2.schema_2.tabella_2 using ( bla bla...)....
> >;
> >puoi pero' effettuare delle connect e switch-are tra una connessione e
> >l'altra:
> >connect to xxxxxxxx
> >set connection bla bla
> >lavori sul sistema remoto (in sql, quindi vai di statement e SP)
> >set connection bla bla
> >lavori su un altro sistema ....
> >(considera inoltre che viene garantita la transazione tra i due
> >sistemi (commit/rollback)
> >Non puoi ovviamente leggere le tabelle remote via native I/O, con le
> >spec-F per capirci, solo SQL
>
> quindi nello stesso pgm potrei fare le due connect *contemporanemente* qui
ndi
> qualcosa del tipo:
> connect to xxxxxx
> set connection bla bla
> connect to yyyyyy
> set connection ble ble
>
> select from tab1 from xxxxx
> select from altratab_di_diverso_nome from yyyyy
> e faccio tutte le mie operazioni
>
> >NativeI/O RPG con DDMF
> >=======================
> >qui nulla cambia (se non le prestazioni ;-))
>
> in meglio o peggio? credo in peggio ma non sono sicuro, in verita' sono mo
lto
> prevenuto verso i ddm :-)

ovviamente in peggio (non rispetto alla connessione DRDA, ma rispetto
l'applicazione tutta locale; le due modalità per me sono quasi
quivalenti, ma non ho elementi certi.).
Ho diverse applicazioni che lavorano in DDM e problemi non ne ho, ma,
ad onor del vero, non ho un traffico enorme.
Se hai necessità di prestazioni la soluzione (ovviamente) e' la
replica.

Ciao
[ Auf dieses Posting antworten ]