Azure SQL Database Web vs Business Edition

Existe-t-il une différence entre la firebase database SQL Azure Web Edition et Business Edition et la taille maximale de la firebase database prise en charge? Je suppose que la dénomination a une certaine signification, mais toutes les informations que je trouve ne font que parler de la taille maximale de la firebase database. Je veux savoir s’il existe d’autres différences telles que le SLA, la réplication, l’évolutivité, etc.

Des indices?

Les deux éditions sont identiques à l’exception de 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 firebase database SQL maintenant à 500 Go

EDIT 17 juin 2013: Depuis que j’ai posté cette réponse, quelques modifications ont été apscopes à la tarification (mais la taille rest la seule différence entre les éditions Web et professionnelles)

Web Edition a une capacité de 5 Go, tandis que Business Edition atteint 500 Go. En outre: avec les nouveaux plans MSDN (annoncés lors de TechEd 2013; voir l’ article de ScottGu pour plus de détails), vous recevrez désormais des crédits mensuels pour tous les services auxquels vous souhaitez appliquer vos crédits, y compris SQL Database (jusqu’à 150 $ par mois) , en fonction du niveau MSDN – voir cette page pour plus de détails sur les nouveaux avantages de MSDN.

Les deux vous permettent de définir la taille maximale, et les deux sont facturés selon un calendrier amorti, où votre capacité est évaluée quotidiennement. Les détails complets de prix sont ici . Vous verrez que le prix de base commence à 4,995 dollars (jusqu’à 100 Mo), puis passe à 9,99 dollars (jusqu’à 1 Go), puis démarre la tarification hiérarchisée pour les autres Go.

Indépendamment de l’édition, vous disposez exactement du même ensemble de fonctionnalités – tout dépend des limites de capacité. Vous pouvez facilement modifier la capacité maximale, ou même modifier l’édition, avec T-SQL. Par exemple, vous pouvez commencer par une édition Web:

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

Vos besoins grandissent, vous gagnez ainsi jusqu’à 5 Go:

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

Maintenant, vous avez besoin de davantage de capacité, vous devez donc passer à l’un des niveaux Business Edition:

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

Si vous avez déjà besoin de réduire la taille de votre firebase database, cela fonctionne également très bien – modifiez simplement la version Web:

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

Les éditions Web et Business sont obsolètes . Découvrez les dernières éditions de la firebase database SQL Azure (Basic, Standard, Premium) ici: http://azuree.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://azuree.microsoft.com/en-us/documentation/articles/sql-database-preview-whats-new/

Edit (4/29):

Découvrez la nouvelle offre Elastic DB (Preview) annoncée à Build aujourd’hui. La page de tarification a été mise à jour avec les informations de prix Elastic DB.

Une différence documentée est que l’édition Business prend en charge les fédérations:

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

“Les fédérations sont sockets en charge dans l’édition Business. Pour plus d’informations, voir Didacticiel sur les fédérations dans la firebase database SQL et SQL Database Federations …”

J’ai remarqué une différence de comportement entre les deux versions. Dans l’édition Business que nous avons configurée pour QA, l’extrait de code suivant reçoit 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. Cela 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