2010-08-06 10 views
61

¿Hay alguna diferencia entre la Web Edition y Business Edition de SQL Azure Database no sean los tamaños de bases de datos máxima soportada? Asumo que nombrar tiene algún significado, pero toda la información que encuentro simplemente habla sobre el tamaño máximo de db. Quiero saber si hay algunas otras diferencias como SLA, la replicación, la escalabilidad, etc.Azure SQL de base de datos Web vs Business Edition

Alguna pista?

+0

Azure ahora tiene una edición premium (en vista previa) de sus bases de datos SQL, que pueden interesarle: http://www.windowsazure.com/en-us/pricing/details/sql-database/#service-premium – billy

Respuesta

85

Las dos ediciones son idénticos a excepción de la capacidad. Ambos ofrecen la misma replicación y SLA.

Datos 3 de abril de, 2014 - Actualizado para reflejar límite de tamaño de base de datos SQL ahora en 500 GB

EDITAR 17 de de junio de, 2013: Desde que originalmente envió esta respuesta, algunas cosas han cambiado un presupuesto (pero el el tamaño sigue siendo la única diferencia entre las ediciones comerciales & de la empresa)

La versión Web tiene una escala de 5 GB, mientras que la edición Business tiene una capacidad de 500 GB. Además, con los nuevos planes de MSDN (anunciados en TechEd 2013, consulte el número blog post de ScottGu para obtener más información), obtendrá créditos monetarios mensuales para cualquier servicio al que desee aplicar sus créditos, incluida la base de datos SQL (hasta $ 150 por mes, dependiendo del nivel de MSDN: consulte this page para obtener detalles sobre las nuevas ventajas de MSDN).

Ambas le permiten configurar el tamaño máximo, y ambos se facturan en un horario amortizado, donde se evalúa su capacidad diaria. Los detalles completos de precios son here. Verá que el precio base comienza en $ 4.995 (hasta 100MB), luego salta a $ 9.99 (hasta 1GB) y luego comienza a establecer precios por niveles para GB adicionales.

Independientemente de edición, que tienen exactamente el mismo conjunto de características - es todo acerca de los límites de capacidad. Puede cambiar fácilmente la capacidad máxima, o incluso cambiar la edición, con T-SQL. Por ejemplo, puede empezar con una edición Web:

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

sus necesidades crecen, por lo que se golpea hasta 5 GB:

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

Ahora necesita aún más la capacidad, por lo que necesita cambiar a uno de los niveles Business Edition:

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

Si alguna vez tiene que reducir el tamaño de su base de datos, que funciona muy bien también - simplemente alterar la derecha de nuevo a la edición web:

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

Gracias por la respuesta David. De lo que he reunido en otros lugares, la razón para los dos nombres diferentes es permitir la diferenciación en el futuro. Por ejemplo, la edición Business podría obtener más funciones que la edición web no. Pero por ahora son idénticos aparte de las limitaciones de tamaño. Un poco confuso pero puedo entender el razonamiento. – BrettRobi

+0

La forma en que lo leí fue que le escalaron automáticamente, por ejemplo, tan pronto como mi base de datos comience a usar 1.01GB, me topan con el límite de 5GB y el rango de precios, ¿no es este el caso? – odyth

+2

para responder a mi pregunta es No, no se escalará automáticamente debe entrar y ejecutar un comando para subir el tamaño de la base de datos, que es cojo. http://msdn.microsoft.com/en-us/library/ee621788.aspx – odyth

0

he notado una diferencia de comportamiento entre las dos versiones. En la edición Business que hemos configurado para QA, el siguiente fragmento de código obtiene un error al aplicar la clave externa a menos que se coloque un "IR" después de agregar la columna. Entonces funciona bien. Esto no es necesario en las bases de datos de edición web que tenemos para el desarrollo.

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 
+3

sospecho que algo más está sucediendo en su escenario . Que yo sepa, todavía no hay nada diferente entre las dos ediciones aparte de lo que es la base de datos de tamaño máximo compatible. – BrettRobi

1

Una diferencia documentado es la edición de Negocio soporta Federaciones:

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

"Federaciones están soportados en la edición de negocio para más información, ver las federaciones en la base de datos SQL y base de datos SQL Federaciones Tutorial.. .."

+0

1) El enlace está muerto. 2) Esto no es verdad; Las federaciones trabajaron con las ediciones Web y Business (no estoy seguro de por qué el artículo decía solo edición comercial). 3) Se están retirando las federaciones y se están retirando junto con las ediciones Web y Business. –

3

Web y Business ediciones están siendo deprecated Descubre las últimas ediciones de SQL Azure DB (Basic, Standard, Premium) aquí:. http://azure.microsoft.com/en-us/pricing/details/sql-database/

También se puede encontrar información sobre las últimas características de SQL DB V12 aquí: http://azure.microsoft.com/en-us/documentation/articles/sql-database-preview-whats-new/

Editar (4/29):

Mira la nueva oferta Elastic DB (vista previa) anunció hoy en Build el pricing page se ha actualizado con información sobre los precios elástico DB

..
Cuestiones relacionadas