SQL Azure Web vs édition commerciale

Question

Existe-t-il des différences entre Web Edition et Business Edition de SQL Azure autres que les tailles de base de données maximales prises en charge? Je suppose que la dénomination a une certaine signification, mais que toutes les informations que je trouve parlent simplement de la taille maximale de la base de données. Je souhaite savoir s'il existe d'autres différences telles que les accords de niveau de service, la réplication, l'évolutivité, etc.

Des indices?

Answer 1

Les deux éditions sont identiques à l'exception de la capacité. Les deux offrent les mêmes réplication et de la SLA.

EDIT 3 avril 2014 - mis à Jour afin de refléter la Base de données SQL limite de taille maintenant à 500GO

EDIT du 17 juin 2013: Depuis que j'ai posté cette réponse, peu de choses ont changé avec les prix (mais la taille reste la seule différence entre le web et les affaires éditions)

Web Edition échelles à 5 GO, tandis que les Entreprises de l'Édition des échelles de 500 go. Aussi: avec le nouveau MSDN plans (annoncé au TechEd 2013; voir ScottGu du blog pour plus de détails), vous pourrez maintenant obtenir mensuel monétaire des crédits pour tous les services que vous souhaitez appliquer vos crédits, y compris la Base de données SQL (jusqu'à 150 $par mois, en fonction de MSDN niveau - voir cette page pour plus de détails autour de la nouvelle MSDN avantages).

Les deux vous permettent de définir la taille maximum, et les deux sont facturés sur la méthode de l'amortissement planification, où votre capacité est évaluée quotidiennement. Plein de détails sur les prix sont ici. Vous verrez que la base de prix commence à $4.995 (jusqu'à 100 mo), puis saute de 9,99 $(jusqu'à 1 go), et commence alors la tarification différenciée pour GO supplémentaire.

Quelle que soit l'édition, vous avez exactement le même ensemble de fonctionnalités - il est tout au sujet des limites de capacité. Vous pouvez facilement changer le maximum de capacité, ou même de changer édition, avec T-SQL. Par exemple, vous pourriez commencer avec une édition Web:

CREATE DATABASE Test (EDITION='WEB', MAXSIZE=1GB)

Vos besoins évoluent, de sorte que vous vous cognez jusqu'à 5 GO:

   ALTER DATABASE Test MODIFY (EDITION='WEB', MAXSIZE=5GB)

Maintenant, vous avez besoin d'encore plus de capacité, donc vous avez besoin pour passer à l'un des Business Edition niveaux:

ALTER DATABASE Test MODIFY (EDITION='BUSINESS', MAXSIZE=10GB)

Si jamais vous avez besoin pour réduire votre taille de base de données, qui fonctionne très bien - il suffit de modifier le droit de retour à l'édition Web:

ALTER DATABASE Test MODIFY (EDITION='WEB', MAXSIZE=5GB)

Answer 2

Une différence documentée: l’édition Business soutient les fédérations:

http://azure.microsoft.com/en-us/documentation/articles/sql-database-scale-out/

"Les fédérations sont prises en charge dans l'édition Business. Pour plus d'informations, voir Didacticiel Fédérations dans la base de données SQL et la base de données SQL ..."

Answer 3

J'ai remarqué une différence de comportement entre les deux versions. Dans l'édition Business que nous avons configurée pour le contrôle qualité, l'extrait de code suivant obtient une erreur lors de l'application de la clé étrangère, sauf si un "GO" est placé après l'ajout de la colonne. Alors ça marche bien. Ce n'est pas nécessaire dans les bases de données d'édition Web que nous avons pour le développement.

 IF NOT EXISTS (SELECT * 
                FROM INFORMATION_SCHEMA.COLUMNS 
               WHERE TABLE_SCHEMA='ASSIGN'
                 AND TABLE_NAME = 'ASSIGNTARGET_EXCEPTION' 
                 AND COLUMN_NAME = 'EXCESS_WEAR_FLAG')
    ALTER TABLE [ASSIGN].[ASSIGNTARGET_EXCEPTION] ADD [EXCESS_WEAR_FLAG] [varchar](1) NULL
-- GO  -- placing this here makes this sectino work.
IF NOT EXISTS (SELECT * 
                 FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS 
                WHERE  TABLE_SCHEMA ='ASSIGN'
                  AND TABLE_NAME = 'ASSIGNTARGET_EXCEPTION' 
                  AND CONSTRAINT_NAME = 'CHK_ATEXCPTN_EXCESSWEARFLAG')
BEGIN
    ALTER TABLE [ASSIGN].[ASSIGNTARGET_EXCEPTION]  WITH NOCHECK ADD  CONSTRAINT [CHK_ATEXCPTN_EXCESSWEARFLAG] CHECK  (([EXCESS_WEAR_FLAG]='N' OR [EXCESS_WEAR_FLAG]='Y'))
    ALTER TABLE [ASSIGN].[ASSIGNTARGET_EXCEPTION] CHECK CONSTRAINT [CHK_ATEXCPTN_EXCESSWEARFLAG]
END