البنود
IF NOT EXISTS
db_name موجودة بالفعل، فلن ينشئ ClickHouse قاعدة بيانات جديدة، ويحدث ما يلي:
- لا يطرح استثناءً إذا كان هذا البند محددًا.
- يطرح استثناءً إذا لم يكن هذا البند محددًا.
ON CLUSTER
db_name على جميع خوادم المجموعة المحددة. لمزيد من التفاصيل، راجع مقالة Distributed DDL.
المحرك
تعليق
Query
Response
الإعدادات
lazy_load_tables
Atomic وOrdinary). تُحمَّل العروض، والعروض المادية، والقواميس، والجداول المستندة إلى table functions دائمًا تحميلًا فوريًا بغضّ النظر عن هذا الإعداد.
متى يُستخدم: يفيد هذا الإعداد في قواعد البيانات التي تحتوي على عدد كبير من الجداول (بالمئات أو الآلاف)، ولا يُستعلَم فعليًا إلا عن مجموعة فرعية منها. ويقلّل وقت بدء تشغيل الخادم واستهلاك الذاكرة عبر تأجيل إنشاء كائنات محرك الجدول، وفحص data parts، وتهيئة خيوط الخلفية إلى حين أول وصول.
التأثير على system.tables:
- قبل الوصول إلى الجدول، يعرض
system.tablesمحركه على أنهTableProxy. وبعد أول وصول، يعرض اسم المحرك الحقيقي (مثلMergeTree). - تُرجِع الأعمدة مثل
total_rowsوtotal_bytesالقيمةNULLللجداول غير المحمّلة، لأن التخزين الفعلي لم يُنشأ بعد.
- تؤدي عمليات
SELECTوINSERTوALTERوDROPتلقائيًا إلى تحميل محرك الجدول الحقيقي عند أول استخدام. - تعمل
RENAME TABLEمن دون التسبّب في التحميل. - بعد تحميل الجدول، يظلّ محمّلًا طوال عمر عملية الخادم.
- قد تعرض أدوات المراقبة التي تعتمد على البيانات الوصفية في
system.tables(مثلtotal_rowsوengine) معلومات غير مكتملة للجداول غير المحمّلة. - يترتّب على أول query إلى جدول غير محمّل كلفة تحميل تُدفَع مرة واحدة (تحليل تعليمة
CREATE TABLEالمخزّنة وتهيئة المحرك).
0 (معطّل).