إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تلميح
Microsoft Fabric Data Warehouse هو مستودع علائقي على نطاق مؤسسي قائم على أساس بحيرة البيانات، مع بنية جاهزة للمستقبل، وذكاء اصطناعي مدمج، وميزات جديدة. إذا كنت جديدا في مستودع البيانات، ابدأ ب Fabric Data Warehouse. يمكن لأحمال عمل تجمع SQL المخصصة الحالية الترقية إلى Fabric للوصول إلى قدرات جديدة في علوم البيانات، والتحليلات اللحظية، والتقارير.
تشرح هذه المقالة كيف يمكن لأهمية عبء العمل أن تؤثر على ترتيب التنفيذ لطلبات تجمع SQL المخصصة في Azure Synapse.
الأهمية
قد تتطلب احتياجات الأعمال أن تكون أعباء عمل تخزين البيانات أكثر أهمية من غيرها. تخيل سيناريو يتم فيه تحميل بيانات المبيعات الحيوية قبل إغلاق الفترة المالية. تحميل البيانات لمصادر أخرى مثل بيانات الطقس لا يحتوي على اتفاقيات مستوى مستوى صارمة. تعيين أهمية عالية لطلب تحميل بيانات المبيعات وأهمية منخفضة لطلب تحميل بيانات الطقس يضمن حصول تحميل بيانات المبيعات على الوصول الأول إلى الموارد وإكمالها بشكل أسرع.
مستويات الأهمية
هناك خمسة مستويات من الأهمية: low وbelow_normal وnormal وabove_normal وhigh. يتم تعيين المستوى الافتراضي للطلبات التي لم يتم تعيين الأهمية لها. الطلبات التي لها نفس مستوى الأهمية لها نفس سلوك الجدولة الموجود اليوم.
سيناريوهات الأهمية
بعيدا عن سيناريو الأهمية الأساسية المذكور أعلاه مع بيانات المبيعات والطقس، هناك سيناريوهات أخرى تساعد فيها أهمية عبء العمل في تلبية احتياجات معالجة البيانات والاستعلام.
تأمين
الوصول إلى الأقفال لنشاط القراءة والكتابة هو أحد مجالات الخلاف الطبيعي. تتطلب أنشطة مثل تبديل الأقسام أو تغيير اسم كائن الأقفال المرتفعة. بدون أهمية عبء العمل، يقوم تجمع SQL المخصص في Azure Synapse بتحسين معدل النقل. تحسين معدل النقل يعني أنه عندما تكون الطلبات الجارية والمدرجة في قائمة الانتظار لها نفس احتياجات القفل وتتوفر الموارد، يمكن للطلبات المدرجة في الطابور تجاوز الطلبات ذات الاحتياجات الأعلى للقفل والتي وصلت إلى قائمة الانتظار في وقت أبكر. بمجرد تطبيق أهمية عبء العمل على الطلبات ذات الاحتياجات العالية للقفل. الطلب ذو الأهمية الأعلى سيتم تشغيله قبل الطلب الأقل أهمية.
تأمل المثال التالي:
- Q1 يعمل بنشاط ويختار البيانات من SalesFact.
- Q2 في قائمة انتظار إكمال Q1. تم تقديمه في الساعة 9 صباحا ويحاول تحويل البيانات الجديدة إلى SalesFact.
- يتم تقديم Q3 في الساعة 9:01 صباحا ويريد اختيار بيانات من SalesFact.
إذا كان الربع الثاني والثالث لهما نفس الأهمية وكان لا يزال القسم الأول ينفذ، سيبدأ القسم الثالث في التنفيذ. سيستمر Q2 في انتظار الحجز الحصري على SalesFact. إذا كان الربع الثاني أكثر أهمية من الثالث، فسينتظر الربع الثالث حتى ينتهي الربع الثاني قبل أن يبدأ التنفيذ.
الطلبات غير الموحدة
سيناريو آخر يمكن أن يساعد فيه الأهمية في تلبية متطلبات الاستعلام هو تقديم طلبات ذات فئات موارد مختلفة. كما ذكر سابقا، تحت نفس الأهمية، يقوم تجمع SQL المخصص في Azure Synapse بتحسين معدل النقل. عندما يتم جمع طلبات أحجام مختلطة (مثل smallrc أو mediumrc) في قائمة الانتظار، ستختار مجموعة SQL المخصصة أول طلب يصل ويتناسب مع الموارد المتاحة. إذا تم تطبيق أهمية عبء العمل، يتم جدولة طلب أعلى أهمية بعد ذلك.
انظر إلى المثال التالي على DW500c:
- Q1 وQ2 وQ3 وQ4 تشغل استعلامات smallrc.
- يتم تقديم Q5 مع صف الموارد المتوسطة في الساعة 9 صباحا.
- يتم تقديم Q6 مع دورة موارد smallrc الساعة 9:01 صباحا.
لأن Q5 متوسط التركيز، فإنه يتطلب خانتين متزامنتين. يحتاج Q5 إلى الانتظار حتى يكتمل اثنان من الاستعلامات الجارية. ومع ذلك، عندما يكتمل أحد الاستعلامات الجارية (Q1-Q4) يتم جدولة Q6 فورا لأن الموارد موجودة لتنفيذ الاستعلام. إذا كان Q5 أكثر أهمية من Q6، ينتظر Q6 حتى يبدأ Q5 في العمل قبل أن يبدأ التنفيذ.
الخطوات التالية
- لمزيد من المعلومات حول إنشاء مصنف، راجع تصنيف إنشاء عبء العمل (Transact-SQL).
- لمزيد من المعلومات حول تصنيف عبء العمل، راجع تصنيف عبء العمل.
- راجع مصنف عبء العمل Quickstart لإنشاء كيفية إنشاء مصنف عبء العمل.
- راجع المقالات الإرشادية لتكوين أهمية حمل العمل وكيفية إدارة إدارة حمل العمل ومراقبتها.
- راجع sys.dm_pdw_exec_requests لعرض الاستعلامات والأهمية المعينة.