Cumulative Update #9 per SQL Server 2008 SP1
Rilasciata la Cumulative Update 9 per SQL Server 2008 Service Pack 1.
http://support.microsoft.com/default.aspx?scid=kb;en-us;2083921
Rilasciata la Cumulative Update 9 per SQL Server 2008 Service Pack 1.
http://support.microsoft.com/default.aspx?scid=kb;en-us;2083921
Abbiamo parlato del comando MERGE nell’articolo MERGE Statements in Action, ora invece tratteremo un approfondimento che ci permetterà di comprendere le regole di attivazione degli eventuali trigger presenti nella tabella target, oggetto delle operazioni DML specificate nelle clausole del comando MERGE.
L’esecuzione delle azioni specificate nelle clausole del comando MERGE scatena l’attivazione dei trigger come una qualsiasi operazione DML. Esiste però una particolarità interessante: verrà scatenata una sola occorrenza di ogni trigger, in risposta al comando MERGE, anche in presenza di esecuzioni multiple della stessa azione da parte di quest’ultimo. Come sempre, i trigger avranno accesso alle tabelle virtuali inserted e deleted che conterranno tutte le righe modificate dallo statement.
Aggiornamento per SQL Server 2008 R2 MDS che risolve diversi problemi, tra cui l’impossibilità - in determinati casi - di pubblicare le Business Rules:
Rilasciata la CU2 per SQL Server 2008 R2 RTM
http://support.microsoft.com/kb/2072493/en-us
L’installazione di questa CU porta la build di SQL Server alla versione 10.50.1720.0
E’ stata rilasciata la CU 10 for SQL Server 2005 SP3
http://support.microsoft.com/kb/983329/en-us
Dopo l’installazione la build di SQL Server sarà la 9.00.4305.
SQL Server Connectivity Portal: portale dedicato interamente al tema della connettività a SQL Server. Attualmente le aree coperte sono le seguenti:
Database Connectivity for .NET
Database Connectivity for Native Code using ODBC and OLE DB
Database Connectivity for Java
Database Connectivity for PHP
Scenario
L’azienda XYZ vuole automatizzare l’invio a ciascun agente di reports periodici con l’elenco degli ordini raccolti e le provvigioni spettanti. I reports sono generati tramite SQL Server Reporting Services ed accedono ad un database SQL Server. L’invio dei reports avviene tramite email.
Soluzione
La soluzione proposta utilizza SQL Server Integration Services, che si occupa di reperire le informazioni sugli agenti (Codice, Cognome e Nome, Email, Provvigione %), di lanciare un custom task che genera il report in formato pdf e lo memorizza nella cartella dell’agente ed infine di inviare per email il report prodotto a ciascun agente.