مُنسِّق SQL بكلمات مفتاحية صغيرة

يعود تكبير الكلمات المفتاحية في SQL إلى زمن لم يكن لمحررات الكود فيه أي تمييز صياغة، والتمييز البصري بين `SELECT` و`WHERE` وأسماء الجداول والأعمدة حولها تطلَّب كتابتها يدويًا بتكبير مختلف — كان بديلًا عن الترميز اللوني الذي يوفره الآن محرر حديث تلقائيًا. مع تمييز تقريبًا كل محرر وبيئة تطوير حديثة الكلمات المفتاحية SQL بالألوان بغض النظر عن كيفية كتابتها، اختفى ذلك التبرير الأصلي إلى حد كبير، واستقرت أدلة أسلوب حديثة عديدة على التوصية بأحرف صغيرة في كل مكان لسبب أبسط: أسرع في الكتابة ولا يتطلب تبديل سجل ذهني بين الأحرف الكبيرة والصغيرة أثناء كتابة استعلام.

اصطلاح التكبير الصحيح في النهاية هو ما تستخدمه بالفعل قاعدة الكود أو دليل الأسلوب الموجود لمشروع معين، لا اختيار صحيح موضوعيًا — سلوك الاستعلام الفعلي متطابق على أي حال. هذا الإعداد المسبق موجود تحديدًا للفرق والأفراد الذين استقروا بالفعل على الأحرف الصغيرة، لذا يطابق استعلام مُنسَّق النمط السائد لقاعدة الكود المحيطة بدلًا من إدخال استعلام بتكبير غير متناسق في ملف حيث كل استعلام آخر بأحرف صغيرة.

التكلفة الحقيقية لخلط تكبير الكلمات المفتاحية داخل قاعدة كود ليست تقنية — SQL لا يهتم — إنها الاحتكاك الصغير المتراكم لانتباه مراجع يتعثر في عدم اتساق كل مرة يقرأ فيها استعلامًا، وهذا يتراكم في فريق يراجع عشرات الاستعلامات أسبوعيًا. اختيار اصطلاح واحد، أحرف صغيرة أو كبيرة، وتطبيقه بشكل موحَّد هو ما يُقدِّم فعلًا فائدة القابلية للقراءة؛ يجعل هذا الإعداد المسبق الأحرف الصغيرة الافتراضي الآلي حتى لا يضطر أحد لإعادة كتابة الكلمات المفتاحية يدويًا لمطابقة النمط المختار لفريق ما.