Modifiche che possono causare problemi di funzionamento apportate alle funzionalità del Motore di database in SQL Server 2005.

Protocolli di rete Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk e NWLink IPX/SPX

I protocolli di rete Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk e NWLink IPX/SPX non sono supportati in SQL Server 2005. Le applicazioni client devono utilizzare un protocollo supportato per connettersi a SQL Server 2005. Se è stato installato un alias che utilizza uno dei protocolli non supportati, tale alias deve essere modificato in modo da utilizzare uno dei protocolli supportati.

Se la stringa di connessione di un'applicazione utilizza o carica in modo specifico uno di questi protocolli non supportati, tramite la proprietà NETWORK=DBMSRPCN per RPC, NETWORK=DBMSADSN per Appletalk o NETWORK=DBMSVINN per Banyan VINES, oppure tramite un prefisso esplicito quale spx:server\instance per SPX, bv:server per Banyan VINES, adsp:server per AppleTalk o rpc:server per Multiprotocol, sarà necessario modificare l'applicazione in modo che utilizzi uno dei protocolli supportati.

Per ulteriori informazioni, vedere Scelta di un protocollo di rete.

Proxy Winsock

Non è possibile configurare il proxy Winsock utilizzando strumenti di SQL Server. Per informazioni sulla configurazione del proxy Winsock, vedere la documentazione del server proxy.

Unità compresse

Non è possibile creare o aggiornare database su unità compresse con SQL Server 2005. Durante l'installazione di SQL Server 2005 selezionare un'unità non compressa per i database di sistema e verificare che questi vengano aggiornati su unità non compresse. Tenere tuttavia presente che, dopo l'aggiornamento del database, è possibile copiare database e filegroup secondari di sola lettura in un file system compresso NTFS.

Modalità di compatibilità del database

Quando si aggiorna un database a SQL Server 2005 da qualsiasi versione precedente di SQL Server, il database mantiene il livello di compatibilità esistente. Se si cambia la modalità di compatibilità a 90 dopo l'aggiornamento, le differenze in tale modalità possono influire sulle applicazioni. Per ulteriori informazioni su queste differenze, vedere sp_dbcmptlevel (Transact-SQL).

Filegroup

Prima dell'aggiornamento a SQL Server 2005 i filegroup di tutti i database inclusi nell'istanza di SQL Server devono essere impostati su READ_WRITE. Per impostare il filegroup su READ_WRITE utilizzare ALTER DATABASE.

Database model

Il database model contiene le modifiche seguenti in SQL Server 2005:

• Dimensione minima più elevata.
  
• Il livello di compatibilità è impostato su 90.
  
• L'opzione di database PAGE_VERIFY è impostata su CHECKSUM.
  

Determinismo delle funzioni

Le espressioni di funzione seguenti vengono considerate non deterministiche in SQL Server 2005 e, pertanto, possono interferire con la creazione di viste indicizzate:

• Riferimenti a valori letterali stringa convertiti in modo implicito in datetime e smalldatetime.
  
• Conversione implicita di dati di tipo carattere non Unicode tra regole di confronto.
  

Le espressioni che prevedono la conversione implicita di stringhe di caratteri nel tipo di dati datetime o smalldatetime sono considerate non deterministiche in SQL Server 2005, a meno che il livello di compatibilità non sia impostato su 80 o inferiore, in quanto i risultati dipendono dalle impostazioni LANGUAGE e DATEFORMAT della sessione del server. I risultati dell'espressione CONVERT (datetime, '30 listopad 1996', 113) dipendono ad esempio dall'impostazione LANGUAGE perché la stringa 'listopad' indica mesi diversi in varie lingue. Analogamente, nell'espressione DATEADD(mm,3,'2000-12-01') SQL Server interpreta la stringa '2000-12-01' sulla base dell'impostazione DATEFORMAT.

Anche la conversione implicita di dati di tipo carattere non Unicode tra regole di confronto viene considerata non deterministica, a meno che il livello di compatibilità non sia impostato su 80 o inferiore.

La creazione di indici in viste che contengono queste espressioni non è consentita al livello di compatibilità del database 90. Sebbene sia possibile mantenere le viste esistenti contenenti queste espressioni da un database aggiornato, Query Optimizer non le considera nei piani di query al livello di compatibilità 80 o 90. Per informazioni sull'impostazione del livello di compatibilità, vedere sp_dbcmptlevel (Transact-SQL).

Nella definizione di viste indicizzate in SQL Server 2005 è opportuno convertire in modo esplicito il valore letterale nel tipo di data preferita tramite uno stile deterministico di formato data. Per un elenco degli stili del formato di data deterministici, vedere CAST e CONVERT (Transact-SQL).

L'utilizzo di conversioni implicite stringa-data in viste indicizzate esistenti aggiornate a SQL Server 2005 garantirà la consistenza delle impostazioni LANGUAGE e DATEFORMAT nei database e nelle applicazioni e consentirà di evitare il possibile danneggiamento delle viste indicizzate.

Hint per query

Gli hint per query nelle definizioni delle viste indicizzate vengono ignorati al livello di compatibilità 80. In alcune applicazioni ciò potrebbe causare un comportamento diverso tra i livelli di compatibilità 80 e 90. Per ulteriori informazioni, vedere Progettazione di viste indicizzate, Creazione di viste indicizzate e query_hint (Transact-SQL).

Nomi di account di accesso

I nomi dei ruoli predefiniti del server riportati di seguito sono riservati in SQL Server 2005 e non possono essere utilizzati come nomi di account di accesso definiti dall'utente:

• sysadmin
  
• serveradmin
  
• setupadmin
  
• securityadmin
  
• processadmin
  
• dbcreator
  
• diskadmin
  
• bulkadmin
  

Prima di eseguire l'aggiornamento a SQL Server 2005 eseguire la procedura seguente:

1. Prendere nota degli identificatori di protezione (SID) degli account di accesso utilizzando l'istruzione seguente:
   

   SELECT name, sid 
   FROM master.dbo.syslogins 
   WHERE name IN('sysadmin', 'serveradmin','setupadmin',
    'securityadmin','processadmin', 'dbcreator','diskadmin',
    'bulkadmin')

2. Eliminare gli account di accesso.
   
3. Utilizzare la procedura di sistema sp_addlogin per creare nuovi account di accesso. Nel parametro @sid di ciascun account di accesso corrispondente specificare il SID restituito nel passaggio 1.
   

Mapping di account di accesso remoto

Nelle versioni precedenti di SQL Server gli account di accesso di istanze remote di SQL Server possono essere contrassegnati come trusted utilizzando la stored procedure di sistema sp_remoteoption. Questo metodo di identificazione degli account di accesso remoto non è supportato in SQL Server 2005. Gli account di accesso remoto non verranno più contrassegnati come trusted dopo l'aggiornamento a SQL Server 2005.

Utilizzare server collegati e stored procedure di server collegati per impostare e gestire gli account di accesso remoto. Per ulteriori informazioni, vedere Collegamento di server.

Nome utente sys

In SQL Server 2005 il nome sys è riservato e non può essere utilizzato come nome utente. Rinominare l'utente prima di eseguire l'aggiornamento a SQL Server 2005. Se l'utente non viene rinominato, il database si troverà in stato sospetto dopo il processo di aggiornamento e non sarà disponibile finché non viene portato in linea.

Procedura precedente all'aggiornamento

In ogni database contenente l'utente sys effettuare quanto segue prima dell'aggiornamento a SQL Server 2005:

1. Creare un nuovo utente.
   

2. Utilizzare le istruzioni seguenti per visualizzare tutte le autorizzazioni concesse dall'utente sys e concesse all'utente sys.
   

   -- Return permissions granted by user sys.
   SELECT * FROM sysprotects WHERE grantor = USER_ID('sys')
   -- Return permissions granted to user sys.
   SELECT * FROM sysprotects WHERE uid = USER_ID('sys')

3. Per trasferire al nuovo utente la proprietà di tutti gli oggetti di proprietà dell'utente sys utilizzare sp_changeobjectowner.
   
4. Eliminare l'utente sys.
   
5. Per ripristinare le autorizzazioni originali acquisite nel passaggio 2 utilizzare la clausola AS new_user dell'istruzione GRANT.
   
6. Modificare gli script in modo che facciano riferimento al nuovo utente.
   

Procedura successiva all'aggiornamento

Se l'utente sys non è stato rinominato prima dell'aggiornamento, eseguire la procedura seguente:

1. Eseguire l'istruzione ALTER DATABASE db_name SET ONLINE. Il database sarà in modalità SINGLE_USER.
   
2. Seguire tutti i passaggi riportati nella sezione "Procedura precedente all'aggiornamento".
   
3. Eseguire l'istruzione ALTER DATABASE db_name SET MULTI_USER.
   

INFORMATION_SCHEMA.COLUMNS

In SQL Server 2005 la colonna ORDINAL_POSITION della vista INFORMATION_SCHEMA.COLUMNS non è compatibile con lo schema di bit restituito dalla funzione COLUMNS_UPDATED.

Per ottenere uno schema di bit compatibile con COLUMNS_UPDATED fare riferimento alla proprietà ColumnID della funzione di sistema COLUMNPROPERTY durante una query sulla vista INFORMATION_SCHEMA.COLUMNS, come illustrato nell'esempio seguente:

SELECT TABLE_NAME, COLUMN_NAME,
    COLUMNPROPERTY(OBJECT_ID(TABLE_SCHEMA + '.' + TABLE_NAME),
    COLUMN_NAME, 'ColumnID') AS COLUMN_ID
FROM AdventureWorks.INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Contact';

Nomi delle colonne di INFORMATION_SCHEMA che corrispondono al valore '%SCHEMA'

Nelle versioni precedenti di SQL Server i nomi delle colonne di INFORMATION_SCHEMA corrispondenti al valore '%SCHEMA' restituiscono il nome dell'utente, mentre in SQL Server 2005 tali colonne restituiscono il nome dello schema. Quando un database viene aggiornato a SQL Server 2005, il nome dello schema rimane identico a quello dell'utente e tutte le applicazioni che fanno riferimento a queste colonne non avranno esito negativo. Gli utenti che tuttavia implementano le funzionalità di separazione schema-utente di SQL Server 2005 nei propri database devono rendersi conto che l'applicazione potrebbe avere esito negativo se i dati previsti corrispondono a un nome utente anziché a un nome di schema.

Per ulteriori informazioni, vedere Separazione fra schema e utente.

syslockinfo e sp_lock

In SQL Server 2000 le colonne rsc_objid e rsc_indid in syslockinfo e le colonne objid e indid in sp_lock restituiscono in modo coerente l'ID oggetto e l'ID indice. In SQL Server 2005 è possibile che venga restituito un valore pari a 0.

In SQL Server 2000 syslockinfo e sp_lock restituiscono un massimo di due righe per qualsiasi risorsa di blocco specifica in un'unica transazione. In SQL Server 2005, quando il partizionamento dei blocchi è attivato, è possibile che vengano restituite più righe per la stessa risorsa eseguita in una transazione. È possibile che vengano restituite fino a N + 1 righe, dove N è il numero di CPU. Inoltre in SQL Server 2005 le richieste GRANTED e WAITING possono essere visualizzate per la stessa risorsa, mentre in SQL Server 2000tali richieste non possono essere visualizzate per la stessa risorsa. Per ulteriori informazioni, vedere sp_lock (Transact-SQL) e sys.syslockinfo (Transact-SQL).

Modifica di oggetti di sistema

Gli aggiornamenti diretti del catalogo di sistema non sono consentiti in SQL Server 2005. Qualsiasi tentativo restituirà l'errore seguente:

"Server: Msg 259, Level 16, State 1, Line 1"

"Gli aggiornamenti ad hoc dei cataloghi di sistema non sono consentiti."

Modificare gli script SQL in modo da utilizzare API ufficiali e documentate. Utilizzare ad esempio ALTER DATABASE database_name SET EMERGENCY anziché eseguire un'istruzione UPDATE sulla tabella di sistema sysdatabases.

sysperfinfo

In SQL Server 2005 sysperfinfo restituisce un valore bigint per la colonna cntr_value. Modificare le applicazioni che utilizzano sysperfinfo per accertarsi che siano in grado di gestire i valori bigint della colonna cntr_value.

In SQL Server 2005 sysperfinfo è una vista di compatibilità. È consigliabile utilizzare invece la vista a gestione dinamica sys.dm_os_performance_counters.

@@VERSION

SQL Server 2005 restituisce informazioni più dettagliate di SQL Server 2000, nel formato major.minor.build.incremental-build.

DISK INIT

L'istruzione DISK INIT, utilizzata nelle versioni precedenti di SQL Server per creare periferiche di database o di log delle transazioni, è stata rimossa da SQL Server 2005. Sostituire tutte le occorrenze di questa istruzione con istruzioni CREATE DATABASE o ALTER DATABASE equivalenti.

UPDATETEXT

SQL Server 2005 non supporta i puntatori di testo nelle istruzioni UPDATETEXT che leggono e scrivono gli stessi dati BLOB (Binary Large Objects) utilizzando lo stesso puntatore di testo. Copiare i dati BLOB in una tabella temporanea o in una variabile di tabella e quindi riassegnare il valore alla colonna originale.

ORDER BY nella definizione di una vista

In SQL Server 2005 la clausola ORDER BY nella definizione di una vista viene utilizzata esclusivamente per determinare le righe restituite dalla clausola TOP. La clausola ORDER BY non garantisce risultati ordinati in caso di query sulla vista, a meno che tale clausola non venga specificata anche nella query.

OPENXML

A causa delle modifiche apportate a MSXML, OPENXML non supporta più i predicati basati sulla posizione diversi da integer. In SQL Server 2005 MSXML 3.0 è il motore sottostante utilizzato per l'elaborazione di espressioni XPath incluse in query OPENXML. MSXML 3.0 include un motore XPath 1.0 maggiormente conforme in cui la semantica dei valori diversi da integer in predicati posizionali è cambiata.

Ad esempio, l'espressione XPath seguente a[5.1] non restituirà alcun elemento anziché il quinto elemento <a>. Per risolvere questo problema utilizzare direttamente il valore arrotondato. Modificare l'espressione dell'esempio precedente in a[5].

Tipo 'xml' definito dall'utente

xml è un tipo di sistema riservato in SQL Server 2005. Utilizzare sp_rename per rinominare il tipo prima o dopo l'aggiornamento e modificare l'applicazione in modo che possa funzionare con il nuovo nome di tipo.

17 novembre 2008

Nuovo contenuto:

• Aggiunta nella sezione Funzionalità di una voce relativa alla corrispondenza delle regole di confronto delle colonne nelle variabili di tabella.