Stolcius Von Stolcenberg wrote:

TIA per le risposte.

hanno inventato apposta i servizi.
btw, se proprio non hai alternative, non è che ci siano molte altre strade
.

Purtroppo, come accennavo, il ricorso ai webservice è da escludere, in quanto i titolari dell'applicazione B(quella che trasmette il csv) non possono permettersi una mev.

Debbo ammettere che il workaround in questione mi preoccupa non poco, poiché è evidente che il rischio se lo assume il meschineddu che deve implementare l'aggiornamento dell'applicazione A.

Tenendo altresì conto che A prevede l'invio di una mail agli utenti per ogni transazione eseguita, e che, al fine di mantenere una sorta di pseudo-sincronia, quell'intervallo x andrebbe ridotto al minimo, comprenderai la consistenza delle mie preoccupazioni.

Tu, da veterano del codice, una soluzione del genere la prenderesti in considerazione? :-)


Ti ringrazio per la risposta.

Un salutone,
Stolcius, AKA Michele Collatina

Ok, non avevo capito che l'applicazione B era gestita da altri. In questo caso ogni consiglio potrebbe essere o giusto o sbagliato, perché tutto dipende dalla collaborazione che le due parti possono offrire per attuarlo.

La B, poi, non può permettersi mev

Puoi spiegare meglio cosa può offrirti B? Ti ascoltano? Collaborano? Sono irremovibili sul fatto che i CSV siano la soluzione definitiva?

Devi capire bene se c'è abbastanza margine per aprire una discussione e riconsiderare, razionalmente, qual è la soluzione che meglio risponde ai requisiti di "non potersi permettere interruzioni sistematiche".

Poi, ovviamente, ogni meccanismo si può rompere, ma qui si tratta di stabilire qual è il meno propenso a disservizi e che si riesce a manutenere con meno sforzo.

Ogni altra soluzione sarebbe un palliativo per mettersi la coscienza a posto e dire "ok, l'abbiamo fatto, mo' se non funziona la colpa è di chi non ha saputo implementarlo."

Se tu hai già tentato tutto il possibile per convincere sia A che B che questa soluzione dei CSV ha dei problemi intrinseci, primo fra tutti l'impossibilità di avere dati aggiornati in tempo reale, manda lo stesso un'email ad entrambi per ribadire che esistono altre strade che conducono ad un risultato qualitativamente migliore.

Non devi scontrarti con le persone ma semplicemente fare appello al loro buonsenso affinché capiscano che un'applicazione line-of-business, ovvero di importanza cruciale per l'azienda (se lo è), non può prescindere da soluzioni che ne garantiscano la buona salute.

una soluzione del genere la prenderesti in considerazione?

Poi, oh, se non si riesce proprio a fare altrimenti bisogna per forza prendere in considerazione quello che si ha.

Comunque, come ti torno a dire, se i Webservices sono stati scartati, puoi comunque dare un'occhiata al Service Broker di Sql Server oppure anche alla Replication visto che ti consente di filtrare i dati che B invia ad A. Anche questa *potrebbe* essere una soluzione.

Sql Server Service Broker - passo passo
http://www.mssqltips.com/tip.asp?tip=1836

Sql Server Replication - filtrare i dati affinché si adatto al db di destinazione
http://msdn.microsoft.com/en-us/library/ms151775.aspx

ciao

---

Modificato da BrightSoul il 05 giugno 2011 11.35 -

Stolcius Von Stolcenberg wrote:

Tu, da veterano del codice, una soluzione del genere la prenderesti in considerazione? :-)

(scusa il ritardo). dicevamo. io preferirei mettere in piedi un sistema di sincronia che vada con transazioni, se per te questa cosa è delicata. che poi arrivino via servizi o file di testo, xml, csv o chissà cos'altro, alla fine è importante che l'operazione venga eseguita in un certo contesto, tale da garantire che i dati non vengano sporcati. .