allow_feature_tier
يتحكم هذا الإعداد في ما إذا كان يمكن للمستخدم تغيير الإعدادات المرتبطة بمستويات الميزات المختلفة.0- يُسمح بإجراء تغييرات على أي إعداد (تجريبي، معاينة خاصة، بيتا، إنتاجي).1- يُسمح فقط بإجراء تغييرات على إعدادات الميزات من مستويات المعاينة الخاصة وبيتا والإنتاجي. وتُرفض التغييرات على الإعدادات التجريبية.2- يُسمح فقط بإجراء تغييرات على إعدادات الميزات من مستويي بيتا والإنتاجي. وتُرفض التغييرات على الإعدادات التجريبية أو المعاينة الخاصة.3- يُسمح فقط بإجراء تغييرات على إعدادات الميزات من المستوى الإنتاجي. وتُرفض التغييرات على الإعدادات التجريبية أو المعاينة الخاصة أو بيتا.
EXPERIMENTAL / PRIVATE PREVIEW / BETA.
تُرفض أي عبارة تتعلق بمستخدم أو دور أو ملف تعريف إعدادات إذا ضبطت إعدادًا من هذا النوع على قيمة تختلف
عن القيمة السارية في session التي تُنفَّذ فيها العبارة، أو إذا غيّرت هذا الإعداد لأحد المستخدمين حتى
من دون ذكر اسم أي إعداد: كمنح دور يتضمن هذا الإعداد أو سحبه، أو تعيين ملف تعريف إعدادات،
أو حذف دور أو ملف تعريف، أو إلغاء تجاوز بإغفاله. ولا يمكن لمستخدم مُعرَّف باستخدام SQL تسجيل الدخول إذا كانت إعداداته الخاصة أو
إعدادات أدواره تتضمن قيمة من هذا النوع. أما الإعدادات التي يطبّقها الخادم نفسه من خلال
ملف التهيئة، والمستخدمون المُعرَّفون فيه، فلا تُرفض أبدًا. ويُبقي إعداد compatibility
أي إعداد ينتمي إلى مستوى معطّل على قيمته الافتراضية بدلًا من تطبيق القيمة الافتراضية للإصدار السابق.
تعني القيمة
0 أنه يمكن تغيير جميع الإعدادات.كانت القيمة
2 تعني سابقًا “إعدادات الإنتاج فقط”. وهي تسمح الآن أيضًا بإعدادات بيتا، لذا يجب أن تستخدم التهيئة
التي ثبّتت القيمة 2 للسماح بإعدادات الإنتاج فقط القيمة 3.allow_impersonate_user
تمكين/تعطيل ميزة IMPERSONATE (EXECUTE AS target_user). تم إهمال هذا الإعداد.allow_implicit_no_password
يمنع إنشاء مستخدم من دون كلمة مرور إلا إذا جرى تحديد ‘IDENTIFIED WITH no_password’ صراحةً.- القيمة الافتراضية:
true
allow_no_password
يحدد ما إذا كان يُسمح بنوع كلمة المرور غير الآمن no_password أم لا.- القيمة الافتراضية:
true
allow_plaintext_password
يحدّد ما إذا كان يُسمح بأنواع كلمات المرور ذات النص الواضح (غير الآمنة) أم لا.- القيمة الافتراضية:
true