Changements essentiels dans les fonctionnalités du moteur de base de données de SQL Server 2005

Protocoles réseau Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk ou NWLink IPX/SPX

SQL Server 2005 ne prend pas en charge les protocoles réseau Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk et NWLink IPX/SPX Pour se connecter à SQL Server 2005, les applications clientes doivent utiliser un protocole pris en charge. Si un alias est défini, qui utilise l'un des protocoles non pris en charge, cet alias doit être modifié pour utiliser un protocole pris en charge.

Si une chaîne de connexion d'application utilise ou charge de façon spécifique l'un des protocoles non pris en charge, en spécifiant soit NETWORK=DBMSRPCN pour RPC, soit NETWORK=DBMSADSN pour Appletalk, soit NETWORK=DBMSVINN pour la propriété Banyan VINES, ou en utilisant un préfixe explicite tel que spx:server\instance pour SPX, bv:server pour Banyan VINES, adsp:server pour AppleTalk ou rpc:server pour Multiprotocol, vous devez alors modifier votre application pour qu'elle utilise l'un des protocoles pris en charge.

Pour plus d'informations, consultez Choix d'un protocole réseau.

Proxy Winsock

Le proxy Winsock ne peut pas être configuré avec les outils SQL Server. Pour des informations sur la configuration du proxy Winsock, consultez la documentation du serveur proxy.

Unités compressées

SQL Server 2005 ne peut pas créer ou mettre à niveau des bases de données sur des unités compressées. Lorsque vous installez SQL Server 2005, sélectionnez une unité non compressée pour les bases de données système et vérifiez que les bases de données à mettre à niveau ne sont pas situées sur des unités compressées. Sachez cependant qu'après mise à niveau de la base de données, vous pouvez placer les bases de données en lecture seule et les groupes de fichiers secondaires en lecture seule sur un système de fichiers compressés NTFS.

Mode Compatibilité de la base de données

Lorsqu'une base de données est mise à niveau vers SQL Server 2005 à partir d'une version antérieure de SQL Server, la base de données conserve son niveau de compatibilité existant. Si après la mise à niveau, vous changez le mode de compatibilité à 90, les différences de modes de compatibilité risquent d'avoir des conséquences sur vos applications. Pour plus d'informations sur ces différences, consultez sp_dbcmptlevel (Transact-SQL).

Groupes de fichiers

Toutes les bases de données de l'instance de SQL Server doivent avoir leurs groupes de fichiers définis sur READ_WRITE avant la mise à niveau vers SQL Server 2005. Pour définir un groupe de niveau sur READ_WRITE, utilisez ALTER DATABASE.

Base de données model

Dans SQL Server 2005, la base de données model contient les changements suivants :

• Taille minimale plus importante.
  
• Niveau de compatibilité défini à 90.
  
• Option de base de données PAGE_VERIFY définie à CHECKSUM.
  

Déterminisme des fonctions

Les expressions de fonctions suivantes sont considérées comme non déterministes dans SQL Server 2005, et par conséquent elles peuvent interférer avec la création de vues indexées :

• Références à des littéraux de chaîne qui sont implicitement convertis en datetime et smalldatetime.
  
• Conversion implicite des données en caractères non Unicode entre les classements.
  

Les expressions entraînant la conversion implicite de chaînes de caractères en datetime ou smalldatetime sont considérées comme non déterministes dans SQL Server 2005, sauf si le niveau de compatibilité est égal ou inférieur à 80. En effet, les résultats dépendent des paramètres LANGUAGE ou DATEFORMAT de la session de serveur. Par exemple, les résultats de l'expression CONVERT (datetime, '30 listopad 1996', 113) dépendent du paramètre LANGUAGE, parce que la chaîne 'listopad' représente différents mois dans différentes langues. De même, dans l'expression DATEADD(mm,3,'2000-12-01'), SQL Server interprète la chaîne '2000-12-01' en fonction du paramètre DATEFORMAT.

La conversion implicite de données de caractères non-Unicode entre les classements est également considérée comme non déterministe, à moins que le niveau de compatibilité ne soit réglé sur 80 ou antérieur.

La création d'index sur des vues contenant ces expressions n'est pas autorisée au niveau de compatibilité de base de données 90. Bien qu'il soit possible de conserver les vues existantes qui contiennent ces expressions, en provenance d'une base de données mise à niveau, l'optimiseur de requêtes ne les prend pas en considération dans les plans de requête aux niveaux de compatibilité 80 et 90. Pour plus d'informations sur la définition du niveau de compatibilité, consultez sp_dbcmptlevel (Transact-SQL).

Dans la définition de vues indexées dans SQL Server 2005, vous devez convertir explicitement le littéral dans le type de données voulu, en utilisant un style de format de date déterministe. Pour obtenir la liste des styles de formats de date déterministes, consultez CAST et CONVERT (Transact-SQL).

Si vous utilisez des conversions implicites de chaînes en dates dans des vues indexées existantes ayant été mises à niveau vers SQL Server 2005, assurez-vous que les paramètres LANGUAGE et DATEFORMAT sont cohérents dans vos bases de données et vos applications, pour éviter une possible corruption des vues indexées.

Indicateurs de requête

Les indicateurs de requêtes dans les définitions des vues indexées sont ignorés au niveau de compatibilité 80. Cela peut provoquer un comportement différent des applications entre le niveau de compatibilité 80 et le niveau 90. Pour plus d'informations, consultez Conception des vues indexées, Création de vues indexées et Indicateur de requête (Transact-SQL).

Noms de connexion

Les noms de rôles serveur fixe suivants sont réservés dans SQL Server 2005 et ne peuvent pas être utilisés comme noms de connexion définis par l'utilisateur :

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

Avant une mise à niveau vers SQL Server 2005, procédez comme suit :

1. Prenez note des SID (identificateurs de sécurité) des connexions en exécutant l'instruction suivante :
   

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

2. Supprimez les connexions.
   
3. Pour créer de nouvelles connexions, utilisez la procédure système sp_addlogin. Dans le paramètre @sid de chaque connexion correspondante, spécifiez le SID renvoyé à l'étape 1.
   

Mappage de connexion d'accès distant

Dans les versions précédentes de SQL Server, les connexions en provenance d'instances distantes de SQL Server peuvent être marquées comme approuvées à l'aide de la procédure stockée système sp_remoteoption. SQL Server 2005 ne prend pas en charge cette méthode d'étiquetage des connexions distantes. Après la mise à niveau vers SQL Server 2005, les connexions distantes ne seront plus marquées comme approuvées.

Pour configurer et gérer les connexions distantes, utilisez des serveurs liés et des procédures stockées de serveurs liés. Pour plus d'informations, consultez Liaison des serveurs.

Nom d'utilisateur sys

Le nom sys est réservé dans SQL Server 2005 et ne peut pas être choisi comme nom d'utilisateur. Renommez l'utilisateur avant la mise à niveau vers SQL Server 2005. Si l'utilisateur n'est pas renommé, la base de données sera en état suspect après le processus de mise à niveau et ne sera pas disponible tant qu'elle n'aura pas été mise en ligne.

Procédure avant mise à niveau

Avant la mise à niveau vers SQL Server 2005, dans chaque base de données contenant l'utilisateur sys, effectuez les actions suivantes :

1. Créez un nouvel utilisateur.
   

2. Utilisez les instructions suivantes pour afficher toutes les autorisations accordées par l'utilisateur sys et accordées à l'utilisateur 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. Pour transférer l'appartenance de tous les objets possédés par sys au nouvel utilisateur, utilisez sp_changeobjectowner.
   
4. Supprimez l'utilisateur sys.
   
5. Pour restaurer les autorisations d'origine capturées à l'étape 2, utilisez la clause AS new_user de l'instruction GRANT.
   
6. Modifiez les scripts pour qu'ils fassent référence au nouvel utilisateur.
   

Procédure après mise à niveau

Si l'utilisateur sys n'a pas été renommé avant la mise à niveau, procédez ainsi :

1. Exécutez l'instruction ALTER DATABASE db_name SET ONLINE. La base de données se trouvera en mode SINGLE_USER.
   
2. Suivez toute la procédure de la section « Procédure avant mise à niveau ».
   
3. Exécutez l'instruction ALTER DATABASE db_name SET MULTI_USER.
   

INFORMATION_SCHEMA.COLUMNS

Dans SQL Server 2005, la colonne ORDINAL_POSITION de la vue INFORMATION_SCHEMA.COLUMNS n'est pas compatible avec la série de bits renvoyée par la fonction COLUMNS_UPDATED.

Pour obtenir une série de bits compatible avec COLUMNS_UPDATED, référencez la propriété ColumnID de la fonction système COLUMNPROPERTY lorsque vous interrogez la vue INFORMATION_SCHEMA.COLUMNS, comme dans l'exemple suivant :

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';

Noms de colonnes INFORMATION_SCHEMA correspondant à la valeur '%SCHEMA'

Dans les versions précédentes de SQL Server, les noms de colonnes INFORMATION_SCHEMA qui correspondent à la valeur '%SCHEMA' renvoient le nom de l'utilisateur. Dans SQL Server 2005, ces colonnes renvoient le nom du schéma. Lors de la mise à niveau d'une base de données vers SQL Server 2005, le nom de schéma est toujours identique au nom de l'utilisateur et les applications qui font référence à ces colonnes n'échoueront pas. Cependant, les utilisateurs qui implémentent les fonctions de séparation utilisateur-schéma de SQL Server 2005 dans leurs bases de données doivent savoir que leur application risque d'échouer si la donnée attendue est un nom d'utilisateur et non pas un nom de schéma.

Pour plus d'informations, consultez Séparation du schéma et de l'utilisateur.

syslockinfo et sp_lock

Dans SQL Server 2000, les colonnes rsc_objid rsc_indid dans syslockinfo et les colonnes objid et indid dans sp_lock renvoient toujours l'ID d'objet et l'ID d'index. Dans SQL Server 2005, la valeur 0 peut être renvoyée.

Dans SQL Server 2000, syslockinfo et sp_lock renvoient un maximum de deux lignes pour toute ressource de verrou spécifique dans une même transaction. Dans SQL Server 2005, lorsque le partitionnement de verrous est activé, plusieurs lignes peuvent être renvoyées pour la même ressource s'exécutant sous une transaction. Le nombre de lignes renvoyées peut être de N + 1, où N représente le nombre de processeurs. En outre, dans SQL Server 2005, les requêtes GRANTED et WAITING peuvent être affichées pour la même ressource ; dans SQL Server 2000, ces requêtes ne peuvent pas être affichées pour la même ressource. Pour plus d'informations, consultez sp_lock (Transact-SQL) et sys.syslockinfo (Transact-SQL).

Modification d'un objet système

Les mises à jour directes de catalogues système ne sont pas autorisées dans SQL Server 2005. Toute tentative à cet égard génère l'erreur suivante :

« Serveur : Msg 259, Niveau 16, État 1, Ligne 1 »

« Les mises à jour appropriées des catalogues du système ne sont pas autorisées. »

Modifiez vos scripts SQL pour qu'ils utilisent des API officielles et documentées. Par exemple, utilisez ALTER DATABASE database_name SET EMERGENCY plutôt que d'exécuter une instruction UPDATE sur la table système sysdatabases.

sysperfinfo

Dans SQL Server 2005, sysperfinfo renvoie une valeur bigint pour la colonne cntr_value. Modifiez les applications qui utilisent sysperfinfo pour vous assurer qu'elles peuvent traiter les valeurs bigint de la colonne cntr_value.

Dans SQL Server 2005, sysperfinfo est une vue de compatibilité. Utilisez de préférence la vue de gestion dynamique sys.dm_os_performance_counters.

@@VERSION

SQL Server 2005 renvoie des informations plus détaillées que SQL Server 2000, sous le format major.minor.build.incremental-build.

DISK INIT

L'instruction DISK INIT, utilisée dans les versions précédentes de SQL Server pour créer des unités de bases de données ou de journaux de transactions, a été supprimée dans SQL Server 2005. Remplacez toutes les occurrences de cette instruction par les instructions équivalentes CREATE DATABASE ou ALTER DATABASE.

UPDATETEXT

SQL Server 2005 ne prend pas en charge l'emploi de pointeurs de texte dans les instructions UPDATETEXT qui lisent et écrivent dans les mêmes BLOB (binary large objects) à l'aide du même pointeur de texte. Copiez le BLOB dans une table temporaire ou dans une variable de table, puis réassignez la valeur dans la colonne d'origine.

ORDER BY dans une définition de vue

Dans SQL Server 2005, la clause ORDER BY est utilisée dans une définition de vue uniquement pour déterminer les lignes retournées par la clause TOP. La clause ORDER BY ne garantit pas des résultats classés lorsque la vue est interrogée, sauf si la clause ORDER BY est également spécifiée dans la requête proprement dite.

OPENXML

En raison de changements dans MSXML, OPENXML ne prend plus en charge les prédicats de position non entiers. Dans SQL Server 2005, MSXML 3.0 est le moteur sous-jacent utilisé pour traiter les expressions XPath qui sont utilisées avec les requêtes OPENXML. MSXML 3.0 possède un moteur XPath 1.0 plus conforme dans lequel la sémantique des valeurs non entières dans les prédicats de position a changé.

Par exemple, l'expression XPath a[5.1] suivante ne renvoie désormais aucun élément, et non plus le cinquième élément <a>. Pour corriger ceci, utilisez directement la valeur arrondie. Par exemple, remplacez l'expression précédente par a[5].

Type défini par l'utilisateur 'xml'

Dans SQL Server 2005, xml est un type système réservé. Utilisez sp_rename pour renommer le type, soit avant soit après la mise à niveau, et modifiez l'application pour qu'elle fonctionne avec ce nouveau nom de type.

17 novembre 2008

Nouveau contenu :

• Ajout d'une entrée dans la section Caractéristiques concernant la correspondance du classement de colonne dans les variables de table.