Tutorial sull’utilizzo del Service Broker di SQL Server 2005 in modalità remota, ossia scambiando messaggi in modo asincrono con SQL Server remoti.
http://community.ugiss.org/files/folders/articoli_sql_2005/entry254.aspx
Tutorial sull’utilizzo del Service Broker di SQL Server 2005 in modalità “locale” (cioè limitato all’utilizzo del Service Broker come gestore di code, senza scambio di messaggi con server remoti)
http://community.ugiss.org/files/folders/articoli_sql_2005/entry253.aspx
Tutorial MSDN per chi inizia con il Service Broker:
http://msdn2.microsoft.com/en-us/library/bb839495.aspx
In questo articolo viene spiegato come costruire una conversazione su un singolo database.
Tutorial MSDN dedicato alla creazione di una soluzione che prevede l’utizzo del Service Broker per lo scambio di messaggi tra due instanze di database:
Secondo tutorial MSDN su come utilizzare il Service Broker creando una conversazione tra due database.
Sono due tipici dubbi, il secondo dei quali è causato, probabilmente, dal fatto che una colonna IDENTITY viene usata solitamente come PRIMARY KEY di tabella, assicurando come tale l’univocità dei valori in colonna.
La risposta è “Sì” ad entrambe le domande. Nel caso di valori negativi fanno eccezione ovviamente le colonne di tipo TINYINT (che ammette numeri interi da 0 a 255). Inoltre, il fatto di ammettere valori negativi, può tornare utile in quanto possiamo ottimizzare l’utilizzo del range di valori ammessi dal tipo di dato con cui definiamo la colonna. Per esempio, per un SMALLINT (che occupa 2 byte e ammette da -32.768 a 32.767) possiamo “sfruttare” completamente tale range partendo proprio dal suo limite inferiore di -32.768
Il comando GO che utilizziamo per separare in batch le istruzioni TSQL può essere associato ad un valore numerico.
A cosa server tale valore?
A far eseguire N volte le istruzioni contenute nel batch.
Ovvero scrivendo un’istruzione come:
PRINT ‘ciao’
GO 3
Otteniamo questo risultato:
Beginning execution loop
ciao
ciao
ciao
Batch execution completed 3 times.
