Merge DB

martedì 17 giugno 2014 - 11.42

Elenco Threads

Stanze Forum

Aggiungi ai Preferiti

Cerca nel forum

Elenco Tags SQL Server 2008 R2

vittosss Profilo | Junior Member

124 messaggi | Data Invio: mar 17 giu 2014 - 11:42

Ciao,
volevo sottoporvi un caso.
gestionale già in funzione. tutto bene.
ora si è aggiunta altra sede distaccata e non comunicante che procede con le sue attività in maniera indipendente.
il problema è ora avere una sorta di terza installazione dove far convergere i dati di entrambe le installazioni.
come fare?

- repliche?
- merge?

non ho proprio idea di come fare....

grazie
V.

dinoxet Profilo | Senior Member

484 messaggi | Data Invio: mar 17 giu 2014 - 11:44

ciao di quale base dati parliamo??

DINOXET
__________________________________________
impossible is only a word

vittosss Profilo | Junior Member

124 messaggi | Data Invio: mar 17 giu 2014 - 11:57

Ciao,
sql server 2008 R2

alx_81 Profilo | Guru

8.814 messaggi | Data Invio: mar 17 giu 2014 - 12:00

>ciao di quale base dati parliamo??
e..
- che tipo di operatività devi avere sul database mergiato?
- ci saranno anche nuove informazioni sul nuovo distaccamento?
- che tipo di licenza potrai permetterti?

Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://blogs.dotnethell.it/suxstellino
http://suxstellino.wordpress.com
http://mvp.microsoft.com/profiles/Alessandro.Alpi

vittosss Profilo | Junior Member

124 messaggi | Data Invio: mar 17 giu 2014 - 12:09

- che tipo di operatività devi avere sul database mergiato?
ti direi di sola e mera consultazione/reportistica però, siccome so come finiscono queste cose, ti chiederei la gentilezza di scindere il problema.
se sola consultazione ->
se anche modifche dati ->
una cosa è certa, da questo terzo db le informazioni non devono essere spedite agli altri due.

- ci saranno anche nuove informazioni sul nuovo distaccamento?
potrebbero esserci aggiornamenti

- che tipo di licenza potrai permetterti?
in generale non ho problemi di licenze.
sql server 2008 r2 standard edition

alx_81 Profilo | Guru

8.814 messaggi | Data Invio: mar 17 giu 2014 - 12:21

>- che tipo di operatività devi avere sul database mergiato?
>ti direi di sola e mera consultazione/reportistica però, siccome
>so come finiscono queste cose, ti chiederei la gentilezza di
>scindere il problema.
ahahahah l'Italia

>se sola consultazione ->
quanto devono essere puntuali i dati?

>se anche modifche dati ->
se le modifiche devono essere riflesse poi agli altri database (anche se mi hai detto di no lo scrivo per i motivi di cui sopra

), diventa molto oneroso con sql server. A meno che non riesci ad isolare le "porzioni di dato" che vai a modificare.
In caso contrario, le modifiche rimangono lì.. ma poi sarebbero disallineate dal resto. Se puoi permettertelo cambia poco rispetto alla sola lettura.. Alla fine è una copia modificata dei dati.

>una cosa è certa, da questo terzo db le informazioni non devono essere spedite agli altri due.
nulla è certo

>in generale non ho problemi di licenze.
questo è buono perchè Express può solo sottoscriversi e non pubblicare.
Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://blogs.dotnethell.it/suxstellino
http://suxstellino.wordpress.com
http://mvp.microsoft.com/profiles/Alessandro.Alpi

vittosss Profilo | Junior Member

124 messaggi | Data Invio: mar 17 giu 2014 - 12:45

ahahahah l'Italia
uffffffffffffffffff :-)

>se sola consultazione ->
quanto devono essere puntuali i dati?
--anche qui, scindiamo. tempo reale e "a fine giornata"

>se anche modifche dati ->
se le modifiche devono essere riflesse poi agli altri database (anche se mi hai detto di no lo scrivo per i motivi di cui sopra ), diventa molto oneroso con sql server. A meno che non riesci ad isolare le "porzioni di dato" che vai a modificare.
In caso contrario, le modifiche rimangono lì.. ma poi sarebbero disallineate dal resto. Se puoi permettertelo cambia poco rispetto alla sola lettura.. Alla fine è una copia modificata dei dati.
-- allora facciamo così, su questo mi punto. al terzo db tutto si ferma ovvero da li non partono info verso gli altri db.

dunque repliche? repliche transazionali. o repliche merge oppure esiste anche framework sync giusto?
avevo pensato anche di generare script di insert into ( :-) pessimo eh..... )

alx_81 Profilo | Guru

8.814 messaggi | Data Invio: mar 17 giu 2014 - 12:59

>--anche qui, scindiamo. tempo reale e "a fine giornata"
mi stai mostrando proprio tutti i casi disperati eh

?
Tempo reale, replica. Ti offre vantaggi anche in termini geografici (puoi replicare velocemente anche su server geograficamente dislocati) e ti dà anche la possibilità di gestire solo porzioni di dati con le logiche che ti servono per, eventualmente, trasformarli. Ha un buon monitor per capire cosa sta succedendo e ti dà la possibilità, in momenti successivi, di ridurre la periodicità di trasporto del dato. Inoltre ha sistemi builtin per le retry, il che non è poco ed è asincrona. Quindi la transazione committata su un server è committata ancora prima che il dato venga portato verso l'altro server. E' molto performante perchè lavora con job direttamente sul log delle transazioni (per capire cosa deve portare con sè).

Nell'altro caso hai molte possibilità, tra cui:
- integration services
- bulk copies
- script sql
- power shell
- servizio in .net
- job
- ....

>dunque repliche? repliche transazionali. o repliche merge oppure
>esiste anche framework sync giusto?
il tipo di replica lo vedi qui:http://technet.microsoft.com/en-us/library/ms152565(v=sql.105).aspx
il sync fx, lascialo perdere, è vecchiotto e non sembra molto aggiornato ultimamente come discorso..

>avevo pensato anche di generare script di insert into ( :-) pessimo eh..... )
è una delle possibilità che ti dicevo nel caso in cui non hai necessità di real time.
Lo script non va mai sottovalutato

Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://blogs.dotnethell.it/suxstellino
http://suxstellino.wordpress.com
http://mvp.microsoft.com/profiles/Alessandro.Alpi

vittosss Profilo | Junior Member

124 messaggi | Data Invio: mar 17 giu 2014 - 14:01

fantastico.
birra pagata.
o, se non ricordo male...vino.

ok, diciamo che l'ottimo sia la replica.
prova a darmi una percezione di difficoltà.
tipo: lasciate ogni speranza?
fattibile?
facile?
noiosamente facile?

alx_81 Profilo | Guru

8.814 messaggi | Data Invio: mar 17 giu 2014 - 14:12

>o, se non ricordo male...vino.
cavolo, che memoria! vino, vino.. rosso e fermo

>prova a darmi una percezione di difficoltà.
sai, la percezione della difficoltà, così come per i sensi, è decisamente soggettiva.
Il dolore lo percepisci di più senza armor, l'odore lo percepisci meno con una sciarpa, il tatto lo percepisci poco se vesti un paio di guanti..
allo stesso modo, la difficoltà percepita è maggiore in maniera inversamente proporzionale alla conoscenza

Se conosci poco l'argomento è di certo più difficile rispetto a conoscere almeno le basi..
ragion per cui, visto che nessuna cosa è complessa purchè sia ben documentata, ti consiglio di partire da qui e armarti di voglia di documentarti:
http://msdn.microsoft.com/it-it/library/ms151198(v=sql.105).aspx

>tipo: lasciate ogni speranza?
ma va.. è solo una comune quest

>fattibile?
unico caso in cui mi piace dire: SEMPRE

>facile?
vedi sopra

>noiosamente facile?
ahahahah, no, "noiosamente" solamente

Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://blogs.dotnethell.it/suxstellino
http://suxstellino.wordpress.com
http://mvp.microsoft.com/profiles/Alessandro.Alpi

vittosss Profilo | Junior Member

124 messaggi | Data Invio: mar 17 giu 2014 - 14:51

ahahaha

sai, la percezione della difficoltà, così come per i sensi, è decisamente soggettiva.
Il dolore lo percepisci di più senza armor, l'odore lo percepisci meno con una sciarpa, il tatto lo percepisci poco se vesti un paio di guanti..
allo stesso modo, la difficoltà percepita è maggiore in maniera inversamente proporzionale alla conoscenza
Se conosci poco l'argomento è di certo più difficile rispetto a conoscere almeno le basi..
ragion per cui, visto che nessuna cosa è complessa purchè sia ben documentata, ti consiglio di partire da qui e armarti di voglia di documentarti:
http://msdn.microsoft.com/it-it/library/ms151198(v=sql.105).aspx

mi piace filosofeggiare e dunque non posso che gradire, oltre che le professionali risposte, anche il sapiente approccio umanistico

alx_81 Profilo | Guru

8.814 messaggi | Data Invio: mar 17 giu 2014 - 14:52

>mi piace filosofeggiare e dunque non posso che gradire, oltre
>che le professionali risposte, anche il sapiente approccio umanistico
era un modo simpatico, non sempre ci si può prendere licenza poetica, ma noi ormai ci conosciamo

Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://blogs.dotnethell.it/suxstellino
http://suxstellino.wordpress.com
http://mvp.microsoft.com/profiles/Alessandro.Alpi

Torna su

Stanze Forum

Elenco Threads

Partecipa anche tu! Registrati!

Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !