Existe-t-il des différences entre les éditions Web Edition et Business Edition de la base de données 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?
Les deux éditions sont identiques sauf pour la capacité. Les deux offrent la même réplication et le même SLA.
EDIT 3 avril 2014 - Mise à jour pour refléter la limite de taille de la base de données SQL maintenant à 500 Go
EDIT 17 juin 2013: Depuis que j'ai posté cette réponse, quelques changements ont eu lieu avec la tarification (mais le dimensionnement reste la seule différence entre les éditions Web et professionnelle)
Web Edition peut atteindre 5 Go, tandis que Business Edition peut atteindre 500 Go. Aussi: avec les nouveaux plans MSDN (annoncés à TechEd 2013; voir article de blog } de ScottGu pour plus de détails), vous obtiendrez désormais des crédits monétaires mensuels pour tous les services auxquels vous souhaitez appliquer vos crédits, y compris la base de données SQL (jusqu’à 150 USD par mois, selon le niveau MSDN - voir cette page pour plus de détails sur les nouveaux avantages MSDN).
Les deux vous permettent de définir la taille maximale et sont facturés selon un calendrier amorti, dans lequel votre capacité est évaluée quotidiennement. Les détails complets des prix sont ici . Vous verrez que le prix de base commence à 4,995 USD (jusqu'à 100 Mo), puis passe à 9,99 USD (jusqu'à 1 Go), puis démarre la tarification différenciée pour des Go supplémentaires.
Quelle que soit l'édition, vous disposez exactement du même ensemble de fonctionnalités - il s'agit uniquement de limites de capacité. Vous pouvez facilement modifier la capacité maximale, voire l'édition, avec T-SQL. Par exemple, vous pouvez commencer avec une édition Web:
CREATE DATABASE Test (EDITION='WEB', MAXSIZE=1GB)
Vos besoins augmentent, vous augmentez donc jusqu'à 5 Go:
ALTER DATABASE Test MODIFY (EDITION='WEB', MAXSIZE=5GB)
Maintenant, vous avez besoin de davantage de capacité et vous devez donc basculer vers l’un des niveaux de Business Edition:
ALTER DATABASE Test MODIFY (EDITION='BUSINESS', MAXSIZE=10GB)
Si vous avez besoin de réduire la taille de votre base de données, cela fonctionne également très bien - revenez à l’édition Web:
ALTER DATABASE Test MODIFY (EDITION='WEB', MAXSIZE=5GB)
Les éditions Web et Business sont obsolètes . Découvrez les dernières éditions de Azure SQL DB (Basic, Standard, Premium) ici: http://Azure.Microsoft.com/en-us/pricing/details/sql-database/
Vous pouvez également trouver des informations sur les dernières fonctionnalités de SQL DB V12 ici: http://Azure.Microsoft.com/en-us/documentation/articles/sql-database-preview-whats-new/
Modifier (4/29):
Découvrez la nouvelle offre Elastic DB (Preview) annoncée à Build aujourd'hui. La page pricing a été mise à jour avec les informations de prix Elastic DB.
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 ..."
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