سؤال

هل هناك أي فرق بين إصدار الويب والنسخة التجارية لقاعدة بيانات Azure SQL بخلاف أحجام قاعدة البيانات المدعومة القصوى؟ أفترض أن التسمية لها بعض الأهمية ، لكن جميع المعلومات التي أجدها تتحدث ببساطة عن حجم DB Max. أريد أن أعرف ما إذا كانت هناك أي اختلافات أخرى مثل SLA ، النسخ المتماثل ، قابلية التوسع ، إلخ.

أي أدلة؟

هل كانت مفيدة؟

المحلول

الطبعتان متطابقان باستثناء السعة. كلاهما يقدم نفس النسخ المتماثل و SLA.

تحرير 3 أبريل 2014 - تم تحديثها لتعكس حد حجم قاعدة بيانات SQL الآن عند 500 جيجابايت

تحرير 17 يونيو 2013: منذ أن نشرت هذه الإجابة في الأصل ، تغيرت بعض الأشياء مع التسعير (لكن التحجيم لا يزال هو الفرق الوحيد بين الإصدارات على الويب والأعمال)

تحجيم Web Edition إلى 5 جيجابايت ، في حين أن طبعة الأعمال تصل إلى 500 جيجابايت. أيضًا: مع خطط MSDN الجديدة (تم الإعلان عنها في Teched 2013 ؛ انظر Scottgu's مشاركة مدونة لمزيد من التفاصيل) ، ستحصل الآن على ائتمانات نقدية شهرية تجاه أي خدمات تريد تطبيق اعتماداتك عليها ، بما في ذلك قاعدة بيانات SQL (تصل إلى 150 دولارًا شهريًا ، اعتمادًا على MSDN Tier - انظر هذه الصفحة للحصول على تفاصيل حول فوائد MSDN الجديدة).

يسمح لك كلاهما بتعيين الحد الأقصى للحجم ، وكلاهما يتم فواتيره على جدول زمني مطفأ ، حيث يتم تقييم قدرتك يوميًا. تفاصيل التسعير الكامل هنا. سترى أن التسعير الأساسي يبدأ من 4.995 دولار (تصل إلى 100 ميجابايت) ، ثم يقفز إلى 9.99 دولار (حتى 1 جيجابايت) ، ثم يبدأ التسعير المتدرج للحصول على GB إضافية.

بغض النظر عن الإصدار ، لديك نفس مجموعة الميزات بالضبط - كل شيء يتعلق بحدود السعة. يمكنك بسهولة تغيير السعة القصوى ، أو حتى تغيير الإصدار ، باستخدام T-SQL. على سبيل المثال ، قد تبدأ بإصدار ويب:

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

تنمو احتياجاتك ، لذلك تصطدم حتى 5 جيجابايت:

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

أنت الآن بحاجة إلى مزيد من السعة ، لذلك تحتاج إلى التبديل إلى أحد مستويات إصدار الأعمال:

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

إذا كنت بحاجة إلى تقليل حجم قاعدة البيانات الخاص بك ، فهذا يعمل بشكل جيد أيضًا - ما عليك سوى تغيير اليمين إلى إصدار الويب:

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

نصائح أخرى

طبعات الويب والأعمال تجري إهمال. تحقق من أحدث إصدارات Azure SQL DB (Basic ، Standard ، Premium) هنا: http://azure.microsoft.com/en-us/pricing/details/sql-database/

يمكنك أيضًا العثور على معلومات حول أحدث الميزات في SQL DB V12 هنا: http://azure.microsoft.com/en-us/documentation/articles/sql-database-preview-whats-new/

تحرير (4/29):

تحقق من الجديد مرنة ديسيبل عرض (معاينة) تم الإعلان عنه في Build Today. ال صفحة التسعير تم تحديثه بمعلومات سعر DB مرنة.

الاختلاف الموثق هو أن طبعة الأعمال تدعم الاتحادات:

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

"يتم دعم الاتحادات في إصدار الأعمال. لمزيد من المعلومات ، راجع الاتحادات في قاعدة بيانات SQL و SQL Database Federations Tutorial ..."

لقد لاحظت وجود فرق سلوكي بين الإصدارين. في إصدار Business ، قمنا بإعداد لاتحاد QA ، يحصل مقتطف الكود التالي على خطأ عند تطبيق المفتاح الأجنبي ما لم يتم وضع "GO" بعد إضافة العمود. ثم يعمل بشكل جيد. هذا غير مطلوب في قواعد بيانات Web Edition التي لدينا للتطوير.

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
مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top