<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:copyright="http://blogs.law.harvard.edu/tech/rss" xmlns:image="http://purl.org/rss/1.0/modules/image/">
    <channel>
        <title>Database</title>
        <link>http://blogs.ugidotnet.org/Alexblog/category/Database.aspx</link>
        <description>Database</description>
        <language>it-IT</language>
        <copyright>Ermanno Goletto</copyright>
        <generator>Subtext Version 2.6.0.0</generator>
        <item>
            <title>Rilevare le istanze di SQL Server sulla rete</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2008/06/16/93047.aspx</link>
            <description>Ci sono vari metodi di farlo ad esempio usare SQL-DMO (SQL Server 2000) o meglio ancora SMO (SQL Server 2005). Ma questi due metodi prevedono di installare sui client le relative dll.
Un altro modo invece è quello di usare MC-SQLR ovvero il SQL Server Resolution Protocol e quindi di inviare un pacchetto 
CLNT_BCAST_EX e analizzare i pacchetti di risposta   di risposta server SVR_RESP.
Qui trovate un esempio Locate SQL Server instances on the local network, l'autore aveva analizzato il traffico di rete per capire come funzionava il protocollo ora con la pubblicazione delle specifiche dei protocolli Microsoft non è più necessario: MC-SQLR]: SQL Server Resolution Protocol Specification.&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/93047.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2008/06/16/93047.aspx</guid>
            <pubDate>Mon, 16 Jun 2008 17:18:43 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2008/06/16/93047.aspx#feedback</comments>
            <slash:comments>156</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/93047.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/93047.aspx</trackback:ping>
        </item>
        <item>
            <title>Ricavare i path di default per i file di dati e logs in SQL Server 2005</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2008/05/29/92866.aspx</link>
            <description>Una delle impostazioni che possibile fare su un'istanza di SQL Server è quella del percorso di default in cui memorizzare file dati e logs di un nuovo database. Ho fatto diverse ricerca, ma non trovato un modo semplice per ricavare tramite T-SQL tali informazioni.
A quanto sembra se si modificano tali percorsi questi vengono memorizzati nelle chiavi di registry:

    HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\DefaultData 
    HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\DefaultLog 

In caso contrario i path è quello specificato durante l'installazione per i File di dati quindi si può pensare di ricavarli dai path dei file mdf e ldf del database master.
Di seguito uno script T-SQL per ricavare il path di default per i file di dati:
USE master
declare @DefaultData nvarchar(512)
--Lettura chiave di registry HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\DefaultData
EXEC xp_instance_regread N'HKEY_LOCAL_MACHINE',
 N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData',
 @DefaultData OUTPUT, 'no_output'
--Se la chiave di registry non esiste si utilizza il path del file mdf del database master
IF (@DefaultData IS NULL)
 BEGIN
  SELECT  @DefaultData = SUBSTRING(physical_name, 0, CHARINDEX(N'master.mdf', physical_name))
  FROM sys.database_files
  WHERE name='master'
 END
--Rimozione eventuale slash finale
IF ((@DefaultData IS NOT NULL) AND (CHARINDEX(N'\', @DefaultData, len(@DefaultData)) &amp;gt; 0))
BEGIN
 SELECT @DefaultData = STUFF (@DefaultData,len(@DefaultData),1,N'')
END
SELECT @DefaultData
Mentre questo è lo script per ricavare il path di default per i file di log:
USE master
declare @DefaultLog nvarchar(512)
--Lettura chiave di registry HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\DefaultLog
EXEC xp_instance_regread N'HKEY_LOCAL_MACHINE',
 N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog',
 @DefaultLog OUTPUT, 'no_output'
--Se la chiave di registry non esiste si utilizza il path
--del file mdf del database master
IF (@DefaultLog IS NULL)
 BEGIN
  SELECT  @DefaultLog = SUBSTRING(physical_name, 0, CHARINDEX(N'mastlog.ldf', physical_name))
  FROM sys.database_files
  WHERE name='mastlog'
 END
--Rimozione eventuale slash finale
IF ((@DefaultLog IS NOT NULL) AND (CHARINDEX(N'\', @DefaultLog, len(@DefaultLog)) &amp;gt; 0))
BEGIN
 SELECT @DefaultLog = STUFF (@DefaultLog,len(@DefaultLog),1,N'')
END
SELECT @DefaultLog
Se poi occorre usare questi script in un programma .NET il mio consiglio è quello di non inserire lo script nel codice, ma di creare dei file con estensione sql in questo modo Visual Studio visualizzerà lo script evidenziando le parole chiave esattamente come in Management Studio. Quindi aggiungere il file come risorsa in questo modo VS 2005 e sucessivi creeranno una comoda prorietà stringa in My.Resources che conterrà il testo del file. In VS 2003 è possibile impostare il file come Embedded e tramite un po' di codice leggere il contenuto del file:
        Dim text As String = String.Empty
        Dim resource As System.IO.Stream = _
            System.Reflection.Assembly.GetExecutingAssembly.GetManifestResourceStream( _
                "NameSpace.FileName")
        Dim reader As New System.IO.StreamReader(resource)
        text = reader.ReadToEnd()
        reader.Close() : reader = Nothing
        resource.Close() : resource = Nothing&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/92866.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2008/05/29/92866.aspx</guid>
            <pubDate>Thu, 29 May 2008 22:50:39 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2008/05/29/92866.aspx#feedback</comments>
            <slash:comments>29</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/92866.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/92866.aspx</trackback:ping>
        </item>
        <item>
            <title>Sincronizzazione Replica SQL Server 2005 per sottoscrizioni Pull</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2008/03/27/91913.aspx</link>
            <description>Dopo aver configurato la replica il passo successivo è quello di automatizzare la sincronizzazione delle sottoscrizioni e per farlo vi sono vari modi come ad esempio utilizzare Windows Synchronization Manager (mobsync.exe) che permette l'impostazione della sincronizzazione all'accesso, alla chiusura, durante l'inattività o in modo pianificato.
Se però come, nel mio caso, per eseguire la sincronizzazione è necessario avviare prima una connesione VPN e chiuderla al termine la cosa si complica perchè mobsync consente di gestire la connesione automatica sono per sincronizzazioni pianificate.
Per ovviare è possibile ricorrere ad uno script di questo tipo:
SET ConnectionName="Nome Connessione RAS"
SET Publisher=NomeServerPubblicazione
SET Subscriber=NomeServerSottoscrizione
SET PublicationDB=NomeDBPubblicazione
SET SubscriptionDB=NomeDBSottoscrizione
SET Publication=NomePubblicazione
Rem Avvio connessione VPN
start /w %Systemroot%\System32\Rasphone -d %ConnectionName"

Rem Avvio Sincronizzazione Replica
"%ProgramFiles%\Microsoft SQL Server\90\COM\REPLMERG.EXE" -Publication %Publication% -Publisher %Publisher% -Subscriber %Subscriber% -Distributor %Publisher% -PublisherDB %PublicationDB% -SubscriberDB %SubscriptionDB% -PublisherSecurityMode 1 -OutputVerboseLevel 2 -SubscriberSecurityMode 1 -SubscriptionType 1 -DistributorSecurityMode 1 -Validate 3 -ParallelUploadDownload 1
REM Arresto connessione VPN
start /w %Systemroot%\System32\Rasphone -h %ConnectionName"
Lo script utilizza REPLMERG.EXE che consente per default registra maggiori informazioni sul processo di sincronizzazione rispetto all'esecuzione con mobsync, informazioni visibili tramite il Monitoraggio Replica. Il livello di informazioni è impostabile tramite il parametro HistoryVerboseLevel (per default =2)
Per ulteriori informazioni si veda:

    Replication Merge Agent
    How to: Monitor Replication Agents from Management Studio (SQL Server Management Studio) 
    How to: Start Replication Monitor (Replication Monitor)

Se è necessario è possibile integrare il proceso di sincronizzazione all'interno di un'applicazione tramite i Replication Management Objects (RMO).
&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/91913.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2008/03/27/91913.aspx</guid>
            <pubDate>Thu, 27 Mar 2008 22:31:43 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2008/03/27/91913.aspx#feedback</comments>
            <slash:comments>8</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/91913.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/91913.aspx</trackback:ping>
        </item>
        <item>
            <title>L'ordine di installazione</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2008/03/07/91556.aspx</link>
            <description>Mi era già capitato di vedere altre volte sul alcuni computer che all'apertura della Management Studio 2005 venisse visualizzata una dialog vuota, ebbene oggi mi è capitato su un computer XP SP2 appena installato su cui era stato installato il .NET Framework 2.0, l'installer 3.1, SQL Server 2005 Express with Advanced Services e al termine l'aggiornamento con Microsoft Update per installare hotfix (una novantina) e IE 7. Sul pc così configurato su cui la Management Studio 2005 non dava nessun problema è stato installato il .NET Framework 1.1 e da lì è comparsa la misteriosa dialog che non scompariva neppure disinstallato il .NET Framework 1.1.
In questi casi applico una regola appresa nell'esperienza sistemistica installare i package e SP nell'ordine in cui sono stati rilasciati (sulle hotfix di solito si può essere meno rigorosi dal punto di vista cronologico).
Infatti siccome il problema è abbastanza macroscopico da non passare inosservato significa che le cisrcostanze di installazione più comuni non portano al verificarsi del problema. Io steso devo dire di averlo visto un paio di volt, ma si solito nelle mie installazioni il .NET Framework 1.1 è sempre stato installato prima del 2.0.
Quindi ho scelto un punto di ripristino in cui la macchina era ancora pulita (il ripristino non elimina i file dei DB di SQL Server occorre farlo a mano, ma elimina le directory create successivamente) quindi ho seguito questìordine di installazione:

    Microsoft .NET Framework Version 1.1 Redistributable Package (03/04/2003)
    http://www.microsoft.com/downloads/details.aspx?FamilyID=262D25E3-F589-4842-8157-034D1E7CF3A3&amp;amp;displaylang=it
    Microsoft .NET Framework 1.1 Service Pack 1 (30/08/2004)
    http://www.microsoft.com/downloads/details.aspx?displaylang=it&amp;amp;FamilyID=a8f5654f-088e-40b2-bbdb-a83353618b38
    Microsoft .NET Framework versione 2.0 Redistributable Package (22/01/2006)
    http://www.microsoft.com/downloads/details.aspx?displaylang=it&amp;amp;FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5
    Windows Installer 3.1 Redistributable v2 (02/09/2005)
    http://www.microsoft.com/downloads/details.aspx?FamilyID=889482FC-5F56-4A38-B838-DE776FD4138C&amp;amp;displaylang=it
    Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 2 (17/02/2007)
    http://www.microsoft.com/downloads/details.aspx?familyid=5B5528B9-13E1-4DB9-A3FC-82116D598C3D&amp;amp;displaylang=it
    Microsoft .NET Framework 2.0 Service Pack 1 (19/11/2007)
    http://www.microsoft.com/downloads/details.aspx?displaylang=it&amp;amp;FamilyID=79bc3b77-e02c-4ad3-aacf-a7633f706ba5
    Esecuzione di Microsoft Update che oltre alle varie fix installa:
    
        Windows Internet Explorer 7 per Windows XP SP2 (25/10/2007)
        http://www.microsoft.com/downloads/details.aspx?FamilyID=9ae91ebe-3385-447c-8a30-081805b2f90b&amp;amp;DisplayLang=it
        Aggiornamento della protezione per Windows XP (KB938127) per IE7 (13/08/2007)
        http://www.microsoft.com/downloads/details.aspx?FamilyID=9f5da816-194c-478e-8a96-9421a0c52c9f&amp;amp;DisplayLang=it
        KB928366 per Microsoft .NET Framework 1.1 Service Pack 1 (10/07/2007)
        http://www.microsoft.com/downloads/details.aspx?FamilyID=281fb2cd-c715-4f05-a01f-0455d2d9ebfb&amp;amp;DisplayLang=it
    
    


Con quest'ordine di installazione che rispetta l'ordine di rilascio dei framework e relativi sp non ho più avuto problemi, chiarmente se si utilizza per il deploy strumenti SMS le corrette precedenze di installazione sono già rispettate e questo tipo di problemi non dovrebbero verificarsi.
&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/91556.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2008/03/07/91556.aspx</guid>
            <pubDate>Fri, 07 Mar 2008 00:18:52 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2008/03/07/91556.aspx#feedback</comments>
            <slash:comments>6</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/91556.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/91556.aspx</trackback:ping>
        </item>
        <item>
            <title>Disinstallare Microsoft SQL 2005 Embedded Edition (SSEE)</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2007/04/27/76786.aspx</link>
            <description>Se disinstallate un'installazione base di Windows SharePoint Services 3.0 Microsoft SQL 2005 Embedded Edition non viene disinstallato.Per disinstallarlo occorre seguire questa procedura:

Aprire regedit 
Cercare la registri key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall 
Cercare la GUID corrispondente a Microsoft SQL 2005 Embedded Edition ovvero quella&amp;nbsp;cui&amp;nbsp;DisplayName &amp;#232; paria a Microsoft SQL Server 2005 Embedded Edition (Windows) (MICROSOFT##SSEE) 
Copiare il valore della chiave UninstallString 
Aggiungere al valore copiato&amp;nbsp; &amp;#8220; CALLERID=OCSETUP.EXE&amp;#8221; 
La stringa ottenute sar&amp;#224; il comando di disinstallazione ad esempio:MsiExec.exe /X{CEB5780F-1A70-44A9-850F-DE6C4F6AA8FB}&amp;nbsp; CALLERID=OCSETUP.EXE 
Eseguire il comando al prompt dei comandi 
Riavviare il computer
Eliminare la directory %windir%\SYSMSI\SSEE&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/76786.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2007/04/27/76786.aspx</guid>
            <pubDate>Fri, 27 Apr 2007 18:19:00 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2007/04/27/76786.aspx#feedback</comments>
            <slash:comments>138</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/76786.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/76786.aspx</trackback:ping>
        </item>
        <item>
            <title>SharePoint Services 3.0 e versioni di SQL Server</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2007/01/19/67736.aspx</link>
            <description>Con l'installazione predefina degli SharePoint Services 3.0 viene utilizzato SQL Server 2005 Embedded Edition Service.Questa versione di SQL Server viene installata in: C:\WINDOWS\SYSMSI\SSEE\MSSQL.2005 e presenta le seguenti caratteritiche:

Supporta 2 GB RAM e 2 CPU.
Non ha limitazioni sulla grandezza del Database.
Non ha limiti sul numero di connessioni contemporanee.
Supporta la ricerca Full-Text.
E' possibile configurare l'instanza creata (NomeServer\MICROSOFT##SSEE) tramite SQL Server Configuration Manager e SQL Server Surface Area Configuration.
Non &amp;#232; possibile utilizzare SQL Server Management Studio per accedere all'istanza.
Non &amp;#232; possibile l'accesso remoto quindi non &amp;#232; possibile realizzare una Server Farm.
Ovviamente &amp;#232; possibile utilizzare SQL Server 2005 Express Edition al posto di SQL Server 2005 Embedded Edition Service e in questo caso le caratteristiche di cui tenere conto saranno:

Supporta 1 GB RAM e 1 CPU.
Limitazione a 4 GB sulla grandezza del Database.
Non ha limiti sul numero di connessioni contemporanee.
Supporta la ricerca Full-Text (nella versione Microsoft SQL Server 2005 Express Edition with Advanced Services).
E' possibile configuralo tramite SQL Server Configuration Manager e SQL Server Surface Area Configuration.
E'possibile utilizzare SQL Server Management Studio Express per accedere alle istanze.
E' possibile l'accesso remoto quindi &amp;#232; possibile realizzare una Server Farm.&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/67736.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2007/01/19/67736.aspx</guid>
            <pubDate>Fri, 19 Jan 2007 17:33:00 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2007/01/19/67736.aspx#feedback</comments>
            <slash:comments>2</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/67736.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/67736.aspx</trackback:ping>
        </item>
        <item>
            <title>Data Adapter Configuration Error durante la creazione di Dataset tipizzati</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2007/01/09/65655.aspx</link>
            <description>Se in VS 2003 si crea una connessione ad un SQL Server 2005 utilizzando come provider Microsoft OLE DB Provider for SQL Server e tramite essa si cerca di creare un Dataset tipizzato trascinando una tabella si verifica il seguente errore:
Data Adapter Configuration Error
the wizard detected the following problems when configuring the data adapter for "TableName"
Details:Error in SELECT clause: expression near '['.Error in FROM clause: near '['Unable to parse query text.
Per evitare l'errore occorre utilizzare il provider SQL Native Client.&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/65655.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2007/01/09/65655.aspx</guid>
            <pubDate>Tue, 09 Jan 2007 19:12:00 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2007/01/09/65655.aspx#feedback</comments>
            <slash:comments>3</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/65655.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/65655.aspx</trackback:ping>
        </item>
        <item>
            <title>SQL Server IFilter per ricerca Full Text</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/29/49205.aspx</link>
            <description>Nel caso non lo sapeste gli IFilter per Windows Desktop Search funzionano anche per SQL Server e SharePoint.
Qundi &amp;#232; possibile ad esempio usare il seguente IFilter per indicizzare i file .msg generati da OutLook:http://support.microsoft.com/kb/917402
Di seguito l'elenco di IFilter disponibili:http://addins.msn.it/
Ovviamente in caso di necessit&amp;#224; &amp;#232; anche posibile scrivere un proprio IFilter:http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc_SP2003_ta/html/ODC_HowToWriteaFilter.asp?frame=truehttp://www.codeproject.com/csharp/fulltextsearchingifinters.asp&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/49205.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/29/49205.aspx</guid>
            <pubDate>Fri, 29 Sep 2006 12:38:00 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/29/49205.aspx#feedback</comments>
            <slash:comments>4</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/49205.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/49205.aspx</trackback:ping>
        </item>
        <item>
            <title>SQL Server 2005: Indicizzazione Full Text dei PDF</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/29/49180.aspx</link>
            <description>Innanzitutto &amp;#232; necessario scaricare l'Adobe PDF IFilter e installarlo.
Quindi occorre eseguire le seguenti istruzioni TSQL:
exec sp_fulltext_service 'load_os_resources', 1;exec sp_fulltext_service 'verify_signature', 0;go
e riavviare il servizio di SQL Server e quello relativo all'indicizzazione
E' possibile controllare che l'estensione pdf sia gestita tramite la seguente query:select document_type, path from sys.fulltext_document_types
Per maggiori info si veda il seguente:http://www.simple-talk.com/sql/learn-sql-server/sql-server-full-text-search-language-features/&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/49180.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/29/49180.aspx</guid>
            <pubDate>Fri, 29 Sep 2006 10:19:00 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/29/49180.aspx#feedback</comments>
            <slash:comments>1</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/49180.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/49180.aspx</trackback:ping>
        </item>
        <item>
            <title>Superato esame 70-431 SQL Server 2005 Implementation and Maintenance</title>
            <link>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/12/47738.aspx</link>
            <description>Finalmente anch'io sono riuscito ad ottenere uno score di 1000 in un esame.
Il 70-431 richiede la conoscenza delle nuove feature di SQL Server 2005:Mirroring, Snapshot, integrazione con CLR, Service BrokerInoltre &amp;#232; anche importante la conoscenza degli strumenti per il monitoring e il troubleshooting quali viste di sistema, SQL Profiler e relativi counter.Se avete gi&amp;#224; sostenuto il 70-228 siete avvantaggiati perch&amp;#232; non dovete ristudiare tutto da capo, ma le nuove feature vanno comunque approndite anche perch&amp;#232; nel mio caso hanno inciso direi per il 50% dell'esame.
Per la preparazione ho usato molto la guida in linea (estremamente ben fatta) e vari articoli in internet e su riviste.Ho usato anche il seguente libro: Microsoft SQL Server 2005 Guida all'uso che copre tutti gli argomenti dell'esame anche se il mio consiglio &amp;#232; di approfondire poi ulteriormente sulla guida in linea o su articoli tecnici.&lt;img src="http://blogs.ugidotnet.org/Alexblog/aggbug/47738.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/12/47738.aspx</guid>
            <pubDate>Tue, 12 Sep 2006 17:36:00 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/Alexblog/archive/2006/09/12/47738.aspx#feedback</comments>
            <slash:comments>29</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/Alexblog/comments/commentRss/47738.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/Alexblog/services/trackbacks/47738.aspx</trackback:ping>
        </item>
    </channel>
</rss>