SQL Server Sevice Broker è appropriato per il trasferimento di grandi volumi di record da un database a un altro

0

Ho un database che raccoglie ed elabora grandi volumi di record

Tuttavia, a causa della natura legacy del sistema con cui sto lavorando (e delle potenze) ho bisogno di trasferire i record (elaborati) in un'istanza di database diversa (con alcune piccole modifiche di campo lungo la strada)

Le opzioni che ho identificato sono le seguenti

  • Potrei impostare un'attività di pianificazione con un processo memorizzato per trasferire i record con qualsiasi logica necessaria
  • La società per cui lavoro sta insistendo per scaricare i record su un file e installarli ftp e utilizzare una logica esistente per eseguire il polling e inserire
  • Agente di servizio SQL che sembra aver generato tolleranza agli errori e dispone di strutture per svolgere questa attività effettiva

Mi sto solo chiedendo quali potrebbero essere le potenziali insidie del broker di servizi SQL ed è la tecnologia giusta per il lavoro

Qualcuno ha qualche suggerimento

    
posta TheGeneral 09.07.2014 - 04:39
fonte

1 risposta

1

Ho scritto un sistema per gestire l'elaborazione offline con Service Broker come nucleo. Non è il processo più intuitivo, e sicuramente suona come un eccesso per le tue esigenze. Un piccolo sproc chiamato da un'attività pianificata sarà sicuramente più facile da programmare e mantenere. Se cerchi Service Broker, posso prometterti una curva di apprendimento ripida e alcuni dossi diagnostici lungo la strada.

    
risposta data 09.07.2014 - 05:21
fonte

Leggi altre domande sui tag