حدود السعة لتجمع SQL المخصص في Azure Synapse Analytics
الحد الأقصى للقيم المسموح بها لمختلف مكونات مجموعة SQL المخصصة في Azure Synapse Analytics.
إدارة أحمال العمل
| الفئة | الوصف | الحدّ الأقصى |
|---|---|---|
| وحدات مستودع البيانات (DWU) | ماكس DWU لحمام سباحة SQL واحد مخصص | Gen1: DW6000 Gen2: DW30000c |
| وحدات مستودع البيانات (DWU) | DTU الافتراضي لكل خادم | 54,000 بشكل افتراضي ، يحتوي كل خادم SQL (على سبيل المثال ، myserver.database.windows.net) على حصة DTU تبلغ 54000 ، مما يسمح بما يصل إلى DW6000c. هذه الحصة هي ببساطة حد للسلامة. يمكنك زيادة حصتك عن طريق إنشاء تذكرة دعم وتحديد الحصة النسبية كنوع الطلب. لحساب احتياجات DTU الخاصة بك ، اضرب 7.5 في إجمالي DWU المطلوب ، أو اضرب 9 في إجمالي cDWU المطلوب. على سبيل المثال: DW6000 × 7.5 = 45000 DTUs DW7500c × 9 = 67,500 DTUs. يمكنك عرض استهلاك DTU الحالي من خيار خادم SQL في البوابة الإلكترونية. يتم احتساب كل من قواعد البيانات المتوقفة مؤقتا وغير المتوقفة مؤقتا ضمن حصة DTU. |
| اتصال قاعدة البيانات | الحد الأقصى للجلسات المفتوحة المتزامنة | 1024 سيختلف عدد الجلسات المفتوحة المتزامنة بناء على DWU المحدد. يدعم DWU1000c وما فوق 1024 جلسة مفتوحة كحد أقصى. DWU500c والإصدارات الأدنى، تدعم الحد الأقصى للجلسة المفتوحة المتزامنة البالغ 512. لاحظ أن هناك قيودا على عدد الاستعلامات التي يمكن تنفيذها في وقت واحد. عند تجاوز حد التزامن ، ينتقل الطلب إلى قائمة انتظار داخلية حيث ينتظر معالجته. |
| اتصال قاعدة البيانات | الحد الأقصى للذاكرة للبيانات المعدة | 20 ميغابايت |
| إدارة أحمال العمل | الحد الأقصى للاستعلامات المتزامنة | 128 سيتم تنفيذ 128 استعلاما متزامنا كحد أقصى وسيتم وضع الاستعلامات المتبقية في قائمة الانتظار. يمكن أن ينخفض عدد الاستعلامات المتزامنة عند تعيين المستخدمين إلى فئات موارد أعلى أو عند خفض إعداد وحدة مستودع البيانات . يسمح دائما بتشغيل بعض الاستعلامات، مثل استعلامات DMV، ولا تؤثر على حد الاستعلام المتزامن. لمزيد من المعلومات حول تنفيذ الاستعلام المتزامن، راجع مقالة الحدود القصوى للتزامن . |
| tempdb | الحد الأقصى للجيجابايت | 399 جيجابايت لكل DW100c. في DWU1000c ، يبلغ حجم tempdb 3.99 تيرابايت. |
كائنات قاعدة البيانات
| الفئة | الوصف | الحدّ الأقصى |
|---|---|---|
| قاعدة البيانات | أقصى حجم | Gen1: 240 تيرابايت مضغوطة على القرص. هذه المساحة مستقلة عن tempdb أو مساحة السجل ، وبالتالي فإن هذه المساحة مخصصة للجداول الدائمة. يقدر ضغط مخزن الأعمدة المجمعة ب 5X. يسمح هذا الضغط لقاعدة البيانات بالنمو إلى حوالي 1 بيتابايت عندما تكون كافة الجداول عبارة عن مخزن أعمدة متفاوت المسافات (نوع الجدول الافتراضي). Gen2: تخزين غير محدود لجداول columnstore. لا يزال جزء Rowstore من قاعدة البيانات محدودا ب 240 تيرابايت مضغوطا على القرص. |
| الجدول | أقصى حجم | حجم غير محدود لجداول columnstore. 60 تيرابايت لجداول rowstore المضغوطة على القرص. |
| الجدول | الجداول لكل قاعدة بيانات | 100,000 |
| الجدول | الأعمدة لكل جدول | 1024 عمودا |
| الجدول | وحدات البايت لكل عمود | يعتمد على نوع بيانات العمود. الحد الأقصى هو 8000 لأنواع بيانات char أو 4000 ل nvarchar أو 2 GB لأنواع بيانات MAX. |
| الجدول | وحدات البايت لكل صف، الحجم المحدد | 8060 بايت يتم حساب عدد البايتات لكل صف بنفس الطريقة التي يتم بها حساب SQL Server مع ضغط الصفحة. مثل SQL Server ، يتم دعم التخزين الزائد للصف ، مما يتيح دفع الأعمدة متغيرة الطول خارج الصف. عندما يتم دفع صفوف متغيرة الطول خارج الصف، يتم تخزين جذر 24 بايت فقط في السجل الرئيسي. لمزيد من المعلومات، راجع بيانات تجاوز الصفوف التي تتجاوز 8 كيلوبايت. |
| الجدول | أقسام لكل جدول | 15,000 للحصول على أداء عال ، نوصي بتقليل عدد الأقسام التي تحتاجها مع الاستمرار في دعم متطلبات عملك. مع نمو عدد الأقسام، تزداد النفقات العامة لعمليات لغة تعريف البيانات (DDL) ولغة معالجة البيانات (DML) وتؤدي إلى أداء أبطأ. |
| الجدول | الأحرف لكل قيمة حد القسم. | 4000 |
| الفهرس | الفهارس غير المجمعة لكل جدول. | 50 ينطبق على جداول rowstore فقط. |
| الفهرس | الفهارس المجمعة لكل جدول. | 1 ينطبق على كل من جداول rowstore وcolumnstore. |
| الفهرس | حجم مفتاح الفهرس. | 900 بايت. ينطبق على فهارس rowstore فقط. يمكن إنشاء فهارس على أعمدة varchar بحد أقصى لحجم يزيد عن 900 بايت إذا كانت البيانات الموجودة في الأعمدة لا تتجاوز 900 بايت عند إنشاء الفهرس. ومع ذلك، سيتم فشل إجراءات INSERT أو UPDATE لاحقا على الأعمدة التي تتسبب في تجاوز الحجم الإجمالي 900 بايت. |
| الفهرس | أعمدة المفاتيح لكل فهرس. | 16 ينطبق على فهارس rowstore فقط. تتضمن فهارس مخزن الأعمدة متفاوت المسافات جميع الأعمدة. |
| الإحصائيات | حجم قيم الأعمدة المجمعة. | 900 بايت. |
| الإحصائيات | أعمدة لكل كائن إحصائي. | 32 |
| الإحصائيات | الإحصاءات التي تم إنشاؤها على أعمدة لكل جدول. | 30,000 |
| الإجراءات المخزنة | الحد الأقصى لمستويات التعشيش. | 8 |
| العرض | الأعمدة لكل طريقة عرض | 1,024 |
احمال
| الفئة | الوصف | الحدّ الأقصى |
|---|---|---|
| الأحمال متعددة القواعد | ميغابايت لكل صف | 1 يقوم Polybase بتحميل صفوف أصغر من 1 ميغابايت. تحميل أنواع بيانات LOB في جداول باستخدام فهرس مخزن أعمدة متفاوت المسافات (CCI) غير معتمد. |
| الأحمال متعددة القواعد | إجمالي عدد الملفات | 1,000,000 لا يمكن أن تتجاوز الأحمال متعددة القواعد أكثر من 1M الملفات. قد تواجه الخطأ التالي: فشلت العملية كعدد انقسام يتجاوز الحد الأعلى من 1000000. |
استعلامات
| الفئة | الوصف | الحدّ الأقصى |
|---|---|---|
| الاستعلام | الاستعلامات في قائمة الانتظار على جداول المستخدمين. | 1000 |
| الاستعلام | الاستعلامات المتزامنة حول طرق عرض النظام. | 100 |
| الاستعلام | الاستعلامات في قائمة الانتظار على طرق عرض النظام | 1000 |
| الاستعلام | الحد الأقصى للمعلمات | 2098 |
| دُفعة | الحجم الأقصى | 65,536*4096 |
| حدد النتائج | الأعمدة لكل صف | 4096 لا يمكنك أبدا الحصول على أكثر من 4096 عمودا لكل صف في النتيجة SELECT. ليس هناك ما يضمن أنه يمكنك دائما الحصول على 4096. إذا كانت خطة الاستعلام تتطلب جدولا مؤقتا، فقد يتم تطبيق الحد الأقصى للأعمدة البالغ 1024 عمودا لكل جدول. |
| حدد | الاستعلامات الفرعية المتداخلة | 32 لا يمكنك أبدا الحصول على أكثر من 32 استعلاما فرعيا متداخلا في عبارة SELECT. ليس هناك ما يضمن أنه يمكنك دائما الحصول على 32. على سبيل المثال، يمكن ل JOIN إدخال استعلام فرعي في خطة الاستعلام. يمكن أيضا تحديد عدد الاستعلامات الفرعية بواسطة الذاكرة المتوفرة. |
| حدد | الأعمدة لكل انضمام | 1024 عمودا لا يمكنك أبدا الحصول على أكثر من 1024 عمودا في JOIN. ليس هناك ما يضمن أنه يمكنك دائما الحصول على 1024. إذا كانت خطة JOIN تتطلب جدولا مؤقتا يحتوي على أعمدة أكثر من نتيجة JOIN ، تطبيق حد 1024 على الجدول المؤقت. |
| حدد | وحدات البايت لكل أعمدة GROUP BY. | 8060 يمكن أن تحتوي الأعمدة الموجودة في عبارة GROUP BY على 8060 بايت كحد أقصى. |
| حدد | وحدات البايت لكل أعمدة ORDER BY | 8060 بايت يمكن أن تحتوي الأعمدة الموجودة في بند ORDER BY على 8060 بايت كحد أقصى |
| المعرفات لكل بيان | عدد المعرفات المشار إليها | 65,535 عدد المعرفات التي يمكن تضمينها في تعبير واحد من استعلام محدود. يؤدي تجاوز هذا الرقم إلى خطأ SQL Server 8632. لمزيد من المعلومات، راجع خطأ داخلي: تم الوصول إلى حد خدمات التعبير. |
| القيم الحرفية لسلسلة | عدد حروف السلسلة في عبارة | 20,000 عدد ثوابت السلسلة في تعبير واحد من استعلام محدود. يؤدي تجاوز هذا الرقم إلى خطأ SQL Server 8632. |
بيانات التعريف
ستتم إعادة تعيين DMV عند إيقاف تجمع SQL مخصص مؤقتا أو عند تحجيمه.
| عرض النظام | الحد الأقصى للصفوف |
|---|---|
| sys.dm_pdw_dms_cores | 100 |
| sys.dm_pdw_dms_workers | إجمالي عدد العاملين في نظام إدارة الوجهات السياحية لأحدث 1000 طلب SQL. |
| sys.dm_pdw_errors | 10,000 |
| sys.dm_pdw_exec_requests | 10,000 |
| sys.dm_pdw_exec_sessions | 10,000 |
| sys.dm_pdw_request_steps | إجمالي عدد الخطوات لأحدث 1000 طلب SQL مخزنة في sys.dm_pdw_exec_requests. |
| sys.dm_pdw_sql_requests | أحدث 1000 طلب SQL يتم تخزينها في sys.dm_pdw_exec_requests. |
الخطوات التالية
للحصول على توصيات حول استخدام Azure Synapse، راجع ورقة الغش.