TechNet
Exporter (0) Imprimer
Développer tout

Nouveautés du moteur de base de données

 

S’applique à : SQL Server 2016

needhelp Vous avez besoin d’aide ? Forum MSDN | dépassement de capacité | Signaler un problème ou faire une suggestion pour Microsoft Connect

Cette rubrique récapitule les améliorations introduites dans la version SQL Server 2016 du Moteur de base de données SQL Server. Les nouvelles fonctionnalités et améliorations augmentent les capacités et la productivité des architectes, des développeurs et des administrateurs qui conçoivent, développent et maintiennent des systèmes de stockage de données.

Pour découvrir les nouveautés des autres composants SQL Server, consultez Nouveautés de SQL Server 2016.

System_CAPS_ICON_note.jpg Remarque

SQL Server 2016 est une application 64 bits. L’installation 32 bits n’est plus disponible, même si certains éléments s’exécutent en tant que composants 32 bits.

À votre tour d’essayer

  • Pour télécharger SQL Server 2016, accédez au Centre d’évaluationdownload.

  • Vous avez un compte Azure ? Dans ce cas, rendez-vous ici pour lancer une machine virtuelle avec SQL Server 2016 déjà installé.

note Pour obtenir les notes de publication actuelles, consultez Notes de publication de SQL Server 2016.

Index columnstore

Cette version propose des améliorations des index columnstore, notamment des index columnstore non cluster actualisables et des index columnstore sur des tables en mémoire, ainsi que bien d’autres nouveautés destinées à l’analytique opérationnelle.

  • Un index non cluster columnstore en lecture seule est actualisable après la mise à niveau. Il n’est pas nécessaire de reconstruire l’index pour qu’il soit actualisable.

  • Les performances des requêtes analytiques sur les index columnstore ont été améliorées, en particulier pour les agrégats et les prédicats de chaîne.

  • Les vues de gestion dynamique (DMV) et les événements XEvent bénéficient d’une meilleure capacité de prise en charge.

Pour plus d’informations, consultez les rubriques suivantes dans la section Guide des index columnstore de la documentation en ligne :

Configurations étendues à la base de données

La nouvelle instruction ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) vous permet de contrôler certaines configurations de votre base de données particulière. Les paramètres de configuration affectent le comportement de l’application.

La nouvelle instruction est disponible à la fois dans SQL Server 2016 et Base de données SQL V12.

OLTP en mémoire

Réduction des temps d’arrêt pendant la mise à niveau

La mise à niveau d’une version antérieure de SQL Server vers SQL Server 2016 n’exécute plus la récupération de la base de données. La taille des données n’affecte donc plus la durée de la mise à niveau. Pour les opérations de mise à niveau et d’attachement/restauration à partir de SQL Server 2014, la base de données n’est redémarrée qu’une seule fois.

@@SPID

La fonction de configuration intégrée @@SPID est désormais prise en charge dans les éléments suivants :

Exécution en parallèle et optimisation pour la journalisation d’ALTER TABLE

Maintenant que vous exécutez une instruction ALTER TABLE sur une table optimisée en mémoire, seules les modifications de métadonnées sont écrites dans le journal. Cela réduit considérablement les E/S du journal. De plus, la plupart des scénarios ALTER TABLE s’exécutent désormais en parallèle, ce qui peut réduire considérablement la durée de l’instruction.

Statistiques

Les statistiques des tables optimisées en mémoire sont à présent mises à jour automatiquement. En outre, la méthode de l’échantillonnage est désormais prise en charge pour collecter les statistiques, ce qui vous permet d’éviter la méthode de l’analyse complète qui est plus coûteuse.

Analyse parallèle pour les tables optimisées en mémoire

Les tables optimisées en mémoire et les index de hachage sont désormais analysables en parallèle. Les requêtes analytiques sont donc plus performantes.

  • Les tables sur disque et les index traditionnels sont analysables en parallèle.
  • Les index Columnstore ont toujours été analysables en parallèle.

LOB avec une taille de ligne importante pour une table optimisée en mémoire

Une table optimisée en mémoire peut désormais avoir plusieurs colonnes dont la longueur combinée est supérieure à la longueur de page de 8 060 octets. Une table avec trois colonnes de type nvarchar(4000) en est un exemple. Dans ces exemples, certaines colonnes sont stockées hors ligne. Vos requêtes ignorent totalement si une colonne est sur une ligne ou hors ligne.

De plus, votre table peut à présent comporter des colonnes de type LOB (Large Object), comme varbinary(max).

Clause OUTPUT dans les procédures stockées compilées en mode natif

Dans une procédure stockée compilée en mode natif, les instructions INSERT, UPDATE et DELETE peuvent désormais inclure la clause OUTPUT.

Améliorations de Transact-SQL pour les tables optimisées en mémoire

Il existe plusieurs éléments Transact-SQL qui n’étaient pas pris en charge pour les tables optimisées en mémoire dans SQL Server 2014 et qui le sont désormais dans SQL Server 2016 :

  • Les index UNIQUE sont pris en charge.
  • Les références FOREIGN KEY entre les tables optimisées en mémoire sont prises en charge.
    • Ces clés étrangères peuvent référencer uniquement une clé primaire et non pas une clé unique.
  • Les contraintes CHECK sont prises en charge.
  • Un index non unique accepte des valeurs NULL dans sa clé.
  • Les TRIGGER sont pris en charge sur les tables optimisées en mémoire.
    • Seuls les déclencheurs qui s’exécutent après l’opération de table sont pris en charge.
    • Tout déclencheur sur une table optimisée en mémoire doit utiliser WITH NATIVE_COMPILATION.
  • Prise en charge complète de toute page de code, de tout classement et du format Unicode.

Pour obtenir des informations générales, consultez :

Améliorations de Transact-SQL pour les modules compilés en mode natif

Il existe des éléments Transact-SQL qui n’étaient pas pris en charge pour les modules compilés en mode natif dans SQL Server 2014 et qui le sont désormais dans SQL Server 2016 :

  • Constructions de requête :
    • UNION et UNION ALL
    • SELECT DISTINCT
    • OUTER JOIN
    • Sous-requêtes dans SELECT
  • Les LOB peuvent maintenant être utilisés dans une procédure native comme suit :
    • Déclaration de variables.
    • Paramètres d’entrée reçus.
    • Paramètres passés dans des fonctions de chaîne, comme dans LTrim ou Substring, dans une procédure native.
  • Les fonctions table inline (instruction unique) (TVF) peuvent désormais être compilées en mode natif.

  • Les fonctions scalaires définies par l’utilisateur peuvent désormais être compilées en mode natif.

  • EXECUTE AS CALLER n’est plus obligatoire.

Pour obtenir des informations générales, consultez :

Améliorations des performances et des capacités

Améliorations apportées à SQL Server Management Studio

Prise en charge étendue à plusieurs fonctionnalités

Pour plus d’informations, consultez OLTP en mémoire (optimisation en mémoire).

Statistiques des requêtes dynamiques

Management Studio offre la possibilité de visualiser le plan d’exécution dynamique d’une requête active. Ce plan de requête dynamique fournit des informations en temps réel sur le processus d’exécution des requêtes à mesure que les commandes passent d’un opérateur de plan de requête à un autre. Pour plus d’informations, voir Live Query Statistics.

Magasin de requêtes

Le magasin de requêtes est une nouvelle fonctionnalité qui fournit aux administrateurs de base de données des informations sur le choix du plan de requête et sur les performances. Elle simplifie la résolution des problèmes de performances en vous permettant de trouver rapidement les différences de performances provoquées par un changement de plan de requête. La fonctionnalité capture automatiquement l'historique des requêtes, des plans et des statistiques d'exécution et les conserve à des fins de consultation. Elle sépare les données en périodes, ce qui vous permet de voir les modèles d'utilisation de base de données et de comprendre à quel moment le changement de plan de requête a eu lieu sur le serveur. Le magasin de requêtes, qui utilise une boîte de dialogue Management Studio pour présenter les informations, vous permet de forcer la requête vers l’un des plans de requête sélectionnés. Pour plus d’informations, voir Monitoring Performance By Using the Query Store.

Tables temporelles

SQL Server 2016 prend désormais en charge les tables temporelles avec version gérée par le système. Une table temporelle est un nouveau type de table qui fournit des informations correctes sur des faits stockés à tout moment. Chaque table temporelle se compose en fait de deux tables : l’une pour les données actuelles et l’autre pour les données d’historique. Quand les données dans la table sont remplacées par les données actuelles, le système garantit le stockage des valeurs précédentes dans la table d’historique. Des constructions d’interrogation sont fournies pour ne pas exposer cette complexité aux utilisateurs. Pour plus d’informations, consultez Temporal Tables.

Sauvegardes distribuées vers Microsoft Azure Blob Storage

Dans SQL Server 2016, la sauvegarde SQL Server vers une URL à l’aide du service de stockage d’objets blob Microsoft Azure prend maintenant en charge les jeux de sauvegarde distribuée à l’aide d’objets blob de blocs pour prendre en charge une taille maximale de sauvegarde de 12,8 To. Pour obtenir des exemples, consultez Code Examples.

Sauvegardes d’instantanés de fichiers vers Microsoft Azure Blob Storage

Dans SQL Server 2016, la sauvegarde SQL Server vers une URL prend désormais en charge l’utilisation d’instantanés Azure pour sauvegarder des bases de données dans lesquelles tous les fichiers de base de données sont stockés à l’aide du service de stockage d’objets blob Microsoft Azure. Pour plus d’informations, consultez Sauvegarde d’instantanés de fichiers pour les fichiers de base de données dans Azure.

Sauvegarde managée

Dans SQL Server 2016, la sauvegarde managée SQL Server vers Microsoft Azure utilise le nouveau stockage d’objets blob de blocs pour les fichiers de sauvegarde. La sauvegarde managée a également bénéficié de nombreuses modifications et améliorations.

  • Prise en charge des planifications de sauvegardes automatisées et personnalisées.

  • Prise en charge des sauvegardes de bases de données système.

  • Prise en charge des bases de données utilisant le mode de récupération simple.

Pour plus d'informations, consultez SQL Server Managed Backup to Microsoft Azure

System_CAPS_ICON_note.jpg Remarque

Pour SQL Server 2016, ces nouvelles fonctionnalités de sauvegarde managée ne disposent pas encore d’une interface utilisateur correspondante dans SQL Server Management Studio.

Les comportements liés à l’indicateur de trace 4199 sont activés.

En général, il est inutile de recourir à l’indicateur de trace 4199 dans SQL Server 2016, puisque la plupart des comportements de l’optimiseur de requête contrôlés par cet indicateur de trace sont activés inconditionnellement sous le dernier niveau de compatibilité (130) dans SQL Server 2016.

Base de données tempdb

Plusieurs améliorations ont été apportées à tempdb :

  • Les indicateurs de trace 1117 et 1118 ne sont plus nécessaires pour tempdb. Si vous avez plusieurs fichiers de base de données tempdb, ils continuent tous de croître en même temps en fonction des paramètres de croissance. En outre, toutes les allocations dans tempdb utilisent des extensions uniformes.

  • Par défaut, le programme d’installation ajoute autant 8 fichiers tempdb ou autant que le nombre de processeurs, la valeur la plus petite étant retenue.

  • Pendant l’installation, vous pouvez configurer le nombre de fichiers de base de données tempdb, la taille initiale, la croissance automatique et le positionnement des répertoires à l’aide du nouveau contrôle d’entrée de l’interface utilisateur figurant dans la section Configuration du moteur de base de données - TempDB de l’Assistant Installation de SQL Server.

  • La taille initiale par défaut est de 8 Mo et la croissance automatique par défaut est de 64 Mo.

  • Vous pouvez spécifier plusieurs volumes pour les fichiers de base de données tempdb. Si plusieurs répertoires sont spécifiés, les fichiers de données tempdb sont répartis entre les répertoires selon le principe du tourniquet (round robin).

Prise en charge de JSON intégrée

SQL Server 2016 offre une prise en charge intégrée de l’importation et l’exportation de JSON ainsi que de l’utilisation des chaînes JSON. Cette prise en charge intégrée inclut les instructions et fonctions suivantes.

  • Mettez les résultats de la requête au format JSON, ou exportez JSON, en ajoutant la clause FOR JSON à une instruction SELECT. Par exemple, utilisez la clause FOR JSON pour déléguer le formatage de la sortie JSON produite par vos applications clientes à SQL Server. Pour plus d’informations, consultez Mettre les résultats de requête au format JSON avec FOR JSON (SQL Server).

  • Convertissez des données JSON en lignes et colonnes, ou importez JSON, en appelant la fonction du fournisseur d’ensembles de lignes OPENJSON. Utilisez OPENJSON pour importer des données JSON dans SQL Server ou convertir des données JSON en lignes et colonnes dans le cas d’une application ou d’un service qui ne peut pas pour l’instant consommer directement les données JSON. Pour plus d’informations, consultez Convertir des données JSON en lignes et colonnes avec OPENJSON (SQL Server).

  • La fonction ISJSON teste si une chaîne contient un JSON valide. Pour plus d’informations, consultez ISJSON (Transact-SQL).

  • La fonction JSON_VALUE extrait une valeur scalaire à partir d’une chaîne JSON. Pour plus d’informations, consultez JSON_VALUE (Transact-SQL).

  • La fonction JSON_QUERY extrait un objet ou un tableau à partir d’une chaîne JSON. Pour plus d’informations, consultez JSON_QUERY (Transact-SQL).

  • La fonction JSON_MODIFY met à jour la valeur d’une propriété dans une chaîne JSON et retourne la chaîne JSON mise à jour. Pour plus d’informations, consultez JSON_MODIFY (Transact-SQL).

PolyBase

PolyBase vous permet d’utiliser des instructions T-SQL pour accéder à des données stockées dans Hadoop ou Azure Blob Storage et les interroger de manière ad hoc. Il vous permet également d’interroger des données semi-structurées et de joindre les résultats à des jeux de données relationnelles stockés dans SQL Server. Optimisé pour les charges de travail d’entreposage de données, PolyBase est destiné à des scénarios d’analyse de requête.

Pour plus d’informations, consultez Guide de PolyBase.

Stretch Database

Stretch Database est une nouvelle fonctionnalité dans SQL Server 2016 qui fait migrer vos données d’historique en toute sécurité et de façon transparente vers le cloud Microsoft Azure. Vous pouvez accéder de façon transparente à vos données SQL Server, que celles-ci soient locales ou étendues vers le cloud. Définissez la stratégie qui détermine où les données sont stockées et SQL Server gère le déplacement des données en arrière-plan. La table entière est toujours en ligne et peut toujours être interrogée. De plus, Stretch Database ne nécessite aucune modification des requêtes ou applications existantes : l’emplacement des données est totalement transparent pour l’application. Pour plus d'informations, consultez Stretch Database.

Limites de la relation de clé étrangère

Une table peut référencer au maximum 253 autres tables et colonnes en tant que clés étrangères (références sortantes). SQL Server 2016 fait passer de 253 à 10 000 le nombre limite des autres tables et colonnes pouvant référencer des colonnes dans une table unique (références entrantes). Pour connaître les restrictions associées, consultez Create Foreign Key Relationships.

Prise en charge du codage UTF-8

bcp Utility, BULK INSERT et OPENROWSET prennent désormais en charge la page de codes UTF-8. Pour plus d’informations, consultez ces rubriques et Créer un fichier de format (SQL Server).

Nouvelles valeurs par défaut de taille de base de données et de croissance automatique

Nouvelles valeurs pour la base de données model et valeurs par défaut pour les nouvelles bases de données (basées sur model). La taille initiale des fichiers journaux et ds données est désormais de 8 Mo. La croissance automatique par défaut des fichiers journaux et de données est maintenant de 64 Mo.

De nombreuses améliorations ont été apportées pour prendre en charge les fonctionnalités décrites dans les autres sections de cette rubrique. Les améliorations supplémentaires suivantes sont disponibles.

Sécurité au niveau des lignes

La sécurité au niveau des lignes introduit le contrôle d’accès basé sur le prédicat. Elle propose une évaluation flexible, centralisée et basée sur le prédicat, qui peut prendre en compte les métadonnées (notamment les étiquettes) ou tout autre critère que l’administrateur juge approprié. Le prédicat est utilisé comme critère pour déterminer si l'utilisateur a l'accès approprié aux données en fonction de ses propres attributs. Le contrôle d’accès basé sur l’étiquette peut être implémenté à l’aide du contrôle d’accès basé sur le prédicat. Pour plus d’informations, consultez Sécurité au niveau des lignes.

Always Encrypted

Avec Always Encrypted, SQL Server peut effectuer des opérations sur des données chiffrées. Qui plus est, la clé de chiffrement réside avec l’application à l’intérieur de l’environnement approuvé du client, et non sur le serveur. Always Encrypted sécurise les données client pour que les administrateurs de base de données n’aient pas accès aux données en texte brut. Le chiffrement et le déchiffrement des données se produisent en toute transparence au niveau du pilote, minimisant ainsi les modifications qui doivent être apportées aux applications existantes. Pour plus d’informations, consultez Always Encrypted (moteur de base de données).

Masquage dynamique des données

Le masquage dynamique des données limite l’exposition des données sensibles en les masquant aux utilisateurs sans privilège. Le masquage dynamique des données permet d’empêcher les accès non autorisés à des données sensibles. Pour cela, les clients peuvent indiquer la quantité de données sensibles à exposer avec un impact minimal sur la couche Application. Il s’agit d’une fonctionnalité de sécurité basée sur des stratégies qui masque les données sensibles dans le jeu de résultats d’une requête sur des champs de base de données désignés (les données dans la base de données ne sont pas modifiées). Pour plus d’informations, consultez Dynamic Data Masking.

Nouvelles autorisations

  • L’autorisation ALTER ANY SECURITY POLICY est disponible dans le cadre de l’implémentation de la sécurité au niveau des lignes.
  • Les autorisations ALTER ANY MASK et UNMASK sont disponibles dans le cadre de l’implémentation de masquage des données dynamiques.
  • Les autorisations ALTER ANY COLUMN ENCRYPTION KEY, VIEW ANY COLUMN ENCRYPTION KEY, ALTER ANY COLUMN MASTER KEY DEFINITIONet VIEW ANY COLUMN MASTER KEY DEFINITION sont disponibles dans le cadre de l’implémentation de la fonctionnalité Always Encrypted.
  • Les autorisations ALTER ANY EXTERNAL DATA SOURCE et ALTER ANY EXTERNAL FILE FORMAT sont visibles dans SQL Server 2016 mais elles s’appliquent uniquement à Système de la plateforme d'analyse (SQL Data Warehouse).
  • Les autorisations EXECUTE ANY EXTERNAL SCRIPT sont disponibles dans le cadre de la prise en charge des scripts R.
  • Les autorisations ALTER ANY DATABASE SCOPED CONFIGURATION sont disponibles pour autoriser l’utilisation de l’instruction ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

chiffrement transparent des données

  • Transparent Data Encryption a été amélioré et prend désormais en charge l’accélération matérielle Intel AES-NI pour le chiffrement. Cela permet de réduire la surcharge du processeur liée à l’activation de Transparent Data Encryption.

Chiffrement AES pour les points de terminaison

  • Le chiffrement par défaut pour les points de terminaison est passé de RC4 à AES.

Nouveau type d’informations d’identification

  • Il est désormais possible de créer des informations d’identification au niveau de la base de données (en plus des informations d’identification au niveau du serveur précédemment disponibles). Pour plus d’informations, consultez CREATE DATABASE SCOPED CREDENTIAL (Transact-SQL).

SQL Server 2016 Standard Edition prend désormais en charge les groupes de disponibilité de base Always On. Les groupes de disponibilité de base prennent en charge un réplica principal et un réplica secondaire. Cette fonctionnalité remplace la technologie de mise en miroir de base de données obsolète pour une haute disponibilité. Pour plus d’informations sur les différences entre les groupes de disponibilité de base et avancés, consultez Groupes de disponibilité de base (groupes de disponibilité Always On).

L’équilibrage de charge des demandes de connexion de tentative de lecture est désormais pris en charge sur un jeu de réplicas en lecture seule. Auparavant, les connexions étaient toujours dirigées vers le premier réplica en lecture seule disponible dans la liste de routage. Pour plus d’informations, consultez Configurer l’équilibrage de charge entre des réplicas en lecture seule.

Le nombre de réplicas prenant en charge le basculement automatique est passé de deux à trois.

Les comptes de service administrés de groupe sont désormais pris en charge pour les clusters de basculement Always On. Pour plus d’informations, consultez Comptes de service administrés de groupe. Pour Windows Server 2012 R2, une mise à jour est nécessaire pour éviter les temps morts temporaires après un changement de mot de passe. Pour obtenir la mise à jour, consultez Les services basés sur gMSA ne peuvent pas se connecter après un changement de mot de passe dans un domaine Windows Server 2012 R2.

Groupes de disponibilité AlwaysOn prend en charge les transactions distribuées et le DTC sur Windows Server 2016. Pour plus d’informations, consultez Prise en charge des transactions distribuées.

Vous pouvez désormais configurer le basculement de Groupes de disponibilité AlwaysOn quand une base de données est mise hors connexion. Cette modification nécessite le paramétrage de l’option DB_FAILOVER sur ON dans les instructions CREATE AVAILABILITY GROUP (Transact-SQL) ou ALTER AVAILABILITY GROUP (Transact-SQL).

Always On prend désormais en charge les bases de données chiffrées. Les Assistants Groupe de disponibilité vous invitent à présent à entrer un mot de passe pour toute base de données contenant une clé principale de base de données : soit quand vous créez un groupe de disponibilité, soit quand vous ajoutez des bases de données ou des réplicas à un groupe de disponibilité existant.

Il est désormais possible de combiner deux groupes de disponibilité figurant dans deux clusters WSFC (Windows Server Failover Cluster) distincts dans un groupe de disponibilité distribué. Pour plus d’informations, consultez Groupes de disponibilité distribués (groupes de disponibilité Always On).

L’amorçage direct permet de répliquer automatiquement un réplica secondaire sur le réseau (contrairement à un amorçage manuel qui nécessite une sauvegarde physique de la base de données cible pour une restauration sur le serveur secondaire). Pour spécifier l’amorçage direct, définissez SEEDING_MODE=AUTOMATIC dans les instructions CREATE AVAILABILITY GROUP (Transact-SQL) ou ALTER AVAILABILITY GROUP (Transact-SQL). Vous devez également spécifier GRANT CREATE ANY DATABASE avec ALTER AVAILABILITY GROUP (Transact-SQL) sur chaque réplica secondaire utilisé avec l’amorçage direct.

Améliorations des performances : le débit de la synchronisation des groupes de disponibilité a été augmenté de ~10x grâce à la compression parallèle et plus rapide des blocs de journal sur le réplica principal, à un protocole de synchronisation optimisé et à la décompression parallèle et la restauration par progression des enregistrements de journal sur le réplica secondaire. L’actualisation des réplicas secondaires accessibles en lecture est ainsi accrue et le temps de récupération de la base de données en cas de basculement réduit. Notez que la restauration par progression des tables optimisées en mémoire n’est pas encore parallèle dans SQL Server 2016.

Management Studio

Télécharger la dernière version de SQL Server Management Studio (SSMS)

  • SQL Server Management Studio prend en charge ADAL (Active Directory Authentication Library), actuellement en développement, pour établir une connexion à Microsoft Azure. Cette technologie remplace l’authentification basée sur les certificats utilisée dans SQL Server 2014Management Studio.
  • SQL Server Management Studio L’installation exige l’installation préalable du .NET 4.6. Quand SQL Server Management Studio est installé, le programme d’installation installe automatiquement le .NET 4.6.
  • Une nouvelle option de grille de résultats de requête conserve les caractères de retour chariot/saut de ligne lors de la copie ou de l’enregistrement de texte à partir de la grille de résultats. Vous pouvez définir cette option dans le menu Outils/Options.
  • Les outils d’administration SQL Server ne sont plus installés à partir de l’arborescence de fonctionnalités principales ; pour plus d’informations, consultez Installer les outils d’administration SQL Server avec SSMS.
  • SQL Server Management Studio L’installation exige l’installation préalable du .NET 4.6.1. Quand SQL Server Management Studio est installé, le programme d’installation installe automatiquement le .NET 4.6.1.

Conseiller de mise à niveau

SQL Server 2016 Upgrade Advisor Preview est un outil autonome qui permet aux utilisateurs de versions antérieures d’exécuter un ensemble de règles de mise à niveau sur leur base de données SQL Server. Les utilisateurs peuvent ainsi identifier les modifications avec rupture, les changements de comportement et les fonctionnalités déconseillées, mais aussi recevoir de l’aide sur l’adoption des nouvelles fonctionnalités telles que Stretch Database.

Vous pouvez télécharger Upgrade Advisor Preview ici ou l’installer à l’aide de Web Platform Installer.

Nouveautés de SQL Server 2016

Notes de publication de SQL Server 2016

Installer les Outils d’administration SQL Server avec SSMS

needhelp Vous avez besoin d’aide ? Forum MSDN | dépassement de capacité | Signaler un problème ou faire une suggestion pour Microsoft Connect

Ajouts de la communauté

AJOUTER
Afficher:
© 2016 Microsoft