remote_servers) في عنقود دون إنشاء جدول Distributed. ولا يُستعلم إلا من نسخة متماثلة واحدة لكل شظية.
الدالة clusterAllReplicas — مماثلة لـ cluster، ولكن يُستعلم من جميع النسخ المتماثلة. وتُستخدم كل نسخة متماثلة في العنقود كشظية/اتصال منفصل.
تُدرج جميع العناقيد المتاحة في جدول system.clusters.
الصيغة
الوسائط
| الوسائط | النوع |
|---|---|
cluster_name | اسم العنقود المستخدم لإنشاء مجموعة من العناوين ومَعلمات الاتصال بالخوادم البعيدة والمحلية. تُستخدم القيمة default إذا لم يتم تحديده. |
db.table or db, table | اسم قاعدة بيانات وجدول. |
sharding_key | مفتاح التجزئة. اختياري. يجب تحديده إذا كان العنقود يحتوي على أكثر من شظية واحدة. |
القيمة المعادة
استخدام وحدات الماكرو
cluster_name وحدات ماكرو — أي إحلالًا داخل {}. وتُؤخذ القيمة المُحَلَّة من قسم macros في ملف تهيئة الخادم.
مثال:
الاستخدام والتوصيات
cluster وclusterAllReplicas أقل كفاءة من إنشاء جدول Distributed، لأنه في هذه الحالة يُعاد إنشاء الاتصال بالخادم مع كل طلب. عند معالجة عدد كبير من الاستعلامات، يُرجى دائمًا إنشاء جدول Distributed مسبقًا، وعدم استخدام دوال الجداول cluster وclusterAllReplicas.
قد تكون دوال الجداول cluster وclusterAllReplicas مفيدة في الحالات التالية:
- الوصول إلى عنقود محدد لمقارنة البيانات، واستكشاف الأخطاء وإصلاحها، والاختبار.
- إجراء استعلامات على عناقيد ClickHouse ونسخها المتماثلة المختلفة لأغراض البحث.
- الطلبات الموزعة غير المتكررة التي تُنفَّذ يدويًا.
host وport وuser وpassword وcompression وsecure من قسم الإعدادات <remote_servers>. راجع التفاصيل في محرك Distributed.