Qu'est-ce qu'une base de données unique dans Azure SQL Database ?

  • Article

S’applique à :Azure SQL Database

Le type de ressource Base de données unique crée dans Azure SQL Database une base de données dotée de ses propres ressources, et celle-ci est gérée par le biais d'un serveur. Avec une seule base de données, chaque base de données est isolée, à l’aide d’un moteur de base de données dédié. Chacune possède son propre niveau de service au sein du modèle d’achat basé sur le modèle d’achat VTU ou du modèle d’achat vCore, et une taille de calcul définissant les ressources allouées au moteur de base de données.

Une base de données unique est un modèle de déploiement pour Azure SQL Database. Le deuxième est pools élastiques.

Remarque

Essayez gratuitement Azure SQL Database et obtenez 100 000 secondes de vCore de calcul serverless et 32 Go de stockage chaque mois.

Évolutivité dynamique

Vous pouvez créer votre première application sur une petite base de données unique à faible coût dans le niveau de calcul serverless ou une petite taille de calcul dans le niveau de calcul provisionné. Vous pouvez modifier le niveau de calcul ou de service manuellement ou programmatiquement à tout moment pour répondre aux besoins de votre solution. Vous pouvez ajuster les performances sans perturber le fonctionnement de votre application, ni l’expérience de vos clients. L’évolutivité dynamique permet à votre base de données de répondre en toute transparence aux besoins en ressources qui évoluent sans cesse et de payer uniquement les ressources dont vous avez besoin, lorsque vous en avez besoin.

Bases de données uniques et pools élastiques

Une base de données unique peut être déplacée dans et hors d’un pool élastique en vue du partage de ressources. Pour de nombreuses entreprises et applications, la possibilité de créer des bases de données uniques et d’augmenter ou de ralentir les performances à la demande se révèle suffisante, surtout si les modèles d’utilisation sont relativement prévisibles. Mais si vous avez des modèles d'utilisation imprévisibles, il peut être difficile de gérer les coûts et votre modèle commercial. Les pools élastiques sont conçus pour résoudre ce problème. Le concept est simple. Vous allouez des ressources de performance à un pool plutôt qu’à une base de données individuelle et vous payez pour les ressources de performance d’un pool plutôt que pour celles d’une base de données unique.

Surveillance et alerte

Vous utilisez les outils intégrés de surveillance et d’alerte de performances, combinées avec les évaluations de performance. Ces outils vous permettent d’évaluer rapidement l’impact des mises à l’échelle (montées ou descentes en charge) en fonction de vos besoins en performances actuels ou pour un projet. De plus, SQL Database peut émettre des métriques et des journaux de ressources pour faciliter la supervision.

Fonctionnalités de disponibilité

Les bases de données uniques et les pools élastiques fournissent un grand nombre de caractéristiques de disponibilité. Pour plus d’informations, consultez Caractéristiques de disponibilité.

Différences Transact-SQL

La plupart des fonctionnalités Transact-SQL utilisées par les applications sont entièrement prises en charge dans Microsoft SQL Server et Azure SQL Database. Par exemple, les principaux composants SQL tels que les types de données, les opérateurs ainsi que les fonctions de chaîne, arithmétiques, logiques et de curseur, fonctionnent de la même façon dans SQL Server et SQL Database. Il existe toutefois quelques différences au niveau des éléments du langage de définition de données (DDL) et des éléments du langage de manipulation de données (DML). Ceux-ci génèrent en effet des instructions et des requêtes T-SQL qui ne sont que partiellement prises en charge (nous y reviendrons plus loin dans cet article).

Par ailleurs, Azure SQL Database étant conçu pour isoler les fonctionnalités des dépendances sur la base de données master et le système d’exploitation, certaines fonctionnalités et syntaxes ne sont pas prises en charge. Ainsi, de nombreuses activités de niveau serveur sont inappropriées pour SQL Database. Les instructions et les options T-SQL ne sont pas disponibles si elles configurent des options au niveau serveur ou des composants du système d’exploitation, ou spécifient la configuration du système de fichiers. Si de telles fonctionnalités sont nécessaires, vous trouverez la plupart du temps une alternative appropriée en procédant différemment à partir de SQL Database ou d’un autre service/d’une autre fonctionnalité Azure.

Pour plus d’informations, voir Résolution des différences de Transact-SQL durant la migration vers SQL Database.

Sécurité

SQL Database fournit toute une gamme de fonctionnalités intégrées de sécurité et conformité pour que votre application réponde aux différentes exigences de conformité et de sécurité.

Important

Azure SQL Database a été certifié par rapport à plusieurs normes de conformité. Pour plus d’informations, consultez le Centre de confidentialité Microsoft Azure, qui inclut la liste la plus à jour des certifications de conformité de SQL Database.

Contenu associé

Étape suivante

Bien démarrer avec Azure SQL Database