Procédure : modifier la plateforme cible et publier un projet de base de données
Vous pouvez modifier la version SQL Server cible de votre projet de base de données de Outils de données SQL Server (SSDT) en une instance prise en charge de SQL Server (SQL Server 2005, 2008, 2008 R2, Microsoft SQL Server 2012 ou SQL Azure). Ainsi, vous pouvez centraliser le développement de votre base de données dans un seul projet, mais la publier dans plusieurs versions des instances SQL Server en cas de besoin.
SSDT simplifie aussi cette tâche en tenant compte de votre plateforme cible et en détectant automatiquement les erreurs dans votre code (par exemple, lorsque vous utilisez des fonctionnalités non prises en charge pour un projet qui va être publié sur SQL Azure).
.jpeg "System_CAPS_warning") Avertissement |
|---|
Les procédures suivantes utilisent les entités créées dans les procédures précédentes des sections Développement de base de données connectée et Développement de base de données hors connexion orienté projet. |
Pour modifier la plateforme cible d'un projet
Cliquez avec le bouton droit sur votre projet dans l'Explorateur de solutions, puis sélectionnez Propriétés. Cliquez sur l'onglet Paramètres du projet à gauche pour accéder à la page de propriétés Paramètres du projet.
La liste déroulante Plateforme cible sur cette page contient toutes les plateformes SQL Server prises en charge sur lesquelles un projet de base de données peut être publié. Pour cette procédure, sélectionnez SQL Azure.
Pour utiliser la fonctionnalité de validation de plateforme lors de la modification des scripts
Cliquez avec le bouton droit sur la table Products dans l'Explorateur de solutions, puis sélectionnez Afficher le code pour l'ouvrir dans l'Éditeur Transact-SQL.
Ajoutez ON [PRIMARY] à la fin de l'instruction CREATE TABLE.
Notez que l'erreur suivante s'affiche dans le volet Liste d'erreurs : SQL70015 : Le schéma de partition et de référence du groupe de fichiers n'est pas pris en charge dans SQL Azure..
SSDT valide automatiquement votre script en fonction de la plateforme cible. Dans ce cas, étant donné que le groupe de fichiers n'est pas pris en charge dans SQL Azure, SSDT retourne une erreur. Pour obtenir la liste des instructions Transact-SQL prises en charge dans SQL Azure, consultez Instructions Transact-SQL partiellement prises en charge (Microsoft Azure SQL Database).
Supprimez la clause ON. Notez que l'erreur disparaît immédiatement de la Liste d'erreurs.
Pour publier un projet de base de données
Si vous avez accès à une instance SQL Azure, vous pouvez passer à l'étape suivante. Sinon, cliquez avec le bouton droit sur le projet TradeDev dans l'Explorateur de solutions et sélectionnez Propriétés pour accéder à la page de propriétés Paramètres du projet. Utilisez la liste déroulante Plateforme cible pour sélectionner la plateforme SQL Server sur laquelle vous souhaitez publier le projet.
Dans l'Explorateur de solutions, cliquez avec le bouton droit sur le projet TradeDev, puis sélectionnez Publier. SSDT commence à générer votre projet. Si aucune erreur de build n'est détectée, la boîte de dialogue Publier la base de données s'affiche.
Dans la boîte de dialogue Publier la base de données, cliquez sur Modifier pour modifier la connexion de la base de données cible.
Dans la boîte de dialogue Propriétés de connexion, entrez le nom de votre instance SQL Server et vos informations d'identification pour l'authentification. Sous Connexion à la base de données, entrez NewTrade. Vous tentez ainsi de publier votre projet de base de données dans une nouvelle base de données. Vous pouvez également choisir une base de données existante sur laquelle effectuer la publication. Par exemple, si vous choisissez la base de données TradeDev existante, toutes les modifications apportées aux objets (comme les scripts) dans le projet TradeDev en mode hors connexion seront propagées à la base de données TradeDev active.
Si vous disposez des autorisations nécessaires pour apporter des modifications à la base de données dans laquelle vous souhaitez publier, cliquez sur le bouton Publier. Toutefois, si vous n'avez pas accès en écriture à une base de données de production, vous pouvez cliquer sur le bouton Générer un script pour générer un script de publication Transact-SQL, qui pourra ensuite être remis à un administrateur de base de données. L'administrateur de base de données peut ensuite exécuter le script pour mettre à jour le serveur de production afin que son schéma soit synchronisé avec le projet de base de données.
La fenêtre Opérations des outils de données affiche la progression de l'opération de publication et vous avertit qu'une erreur s'est produite. Dans cette fenêtre, vous pouvez également choisir d'afficher l'aperçu de déploiement, le script généré ou les résultats de la publication complète, si vous le souhaitez.
Vous pouvez aussi enregistrer les paramètres de publication dans un profil, afin que vous puissiez réutiliser les mêmes paramètres à des fins de publication ultérieure. Pour cela, cliquez sur le bouton Enregistrer le profil sous dans la boîte de dialogue Publier la base de données. À l'avenir, vous pourrez cliquer sur le bouton Charger le profil lorsque vous souhaiterez recharger des paramètres existants.
Notez les messages dans la fenêtre Opérations des outils de données. Cliquez sur le lien Afficher l'aperçu situé à droite de Création de l'aperçu de la publication…. Le rapport d'aperçu du déploiement s'ouvre. Si la plateforme cible de votre projet n'est pas identique au serveur de base de données sur lequel le projet est publié, SSDT émettra un avertissement dans ce rapport. Par exemple, si la plateforme cible de votre projet est Microsoft SQL Server 2012 et vous tentez de publier le projet sur une instance de serveur SQL Server 2008 R2, vous verrez l'avertissement suivant dans la fenêtre Sortie :
Un projet qui spécifie Microsoft SQL Server 2012 en tant que plateforme cible peut rencontrer des problèmes de compatibilité avec SQL Server 2008
Si ce projet contient des entités (par exemple un objet séquence) qui sont introduites dans Microsoft SQL Server 2012, l'opération de publication échouera.
Le déploiement échoue si les prédicats d'objet utilisent CONTAINS ou FREETEXT sur un index de texte intégral nouvellement créé et que des scripts transactionnels sont utilisés. Si l'option consistant à inclure des scripts transactionnels est activée au cours du déploiement, les procédures et vues sont définies au sein d'une transaction, alors qu'un index de texte intégral est défini à l'extérieur d'une transaction à la fin du script de déploiement. En raison de cette organisation dans le script, les procédures ou les vues utilisant CONTAINS ou FREETEXT ne sont pas résolues par rapport à l'index de texte intégral dans une erreur de déploiement.