- باستخدام SQL
- باستخدام UI والتعليمات البرمجية الخاصة بك (الإصدار التجريبي العام)
الدوال المعرّفة من قبل المستخدم في SQL
CREATE FUNCTION انطلاقًا من تعبير lambda.
في هذا المثال، سننشئ دالة معرّفة من قبل المستخدم قابلة للتنفيذ وبسيطة باسم isBusinessHours.
ستتحقق الدالة مما إذا كان طابع زمني معيّن يقع ضمن ساعات العمل المعتادة، وستُرجع true إذا كان كذلك، وإلا false.
- سجّل الدخول إلى Cloud Console وافتح SQL Console
- اكتب استعلام SQL التالي لإنشاء الدالة
isBusinessHours:
- نفّذ ما يلي لاختبار UDF الذي أنشأته للتو:
- يمكنك استخدام الأمر
DROP FUNCTIONلإزالة دالة UDF التي أنشأتها للتو:
- لا تنتقل الإعدادات على مستوى الجلسة (المعيَّنة عبر عبارة
SET) إلى سياق تنفيذ UDF - لا ترث UDFs إعدادات ملف تعريف المستخدم
- لا تنطبق الإعدادات على مستوى الاستعلام ضمن تنفيذ UDF
الدوال المُعرَّفة من قبل المستخدم المُنشأة عبر UI
isBusinessHours، والتي تتحقق مما إذا كان timestamp معيّن يقع ضمن ساعات العمل المعتادة.
سبق أن أنشأناها باستخدام SQL، ولكن هذه المرة سننشئها باستخدام بايثون ونُعدّها عبر UI.
أنشئ ملف بايثون
أنشئ ملفًا جديدًا باسمmain.py على جهازك المحلي:requirements.txt وسيتولى ClickHouse Cloud تثبيتها لك. ويمكنك بدلًا من ذلك تضمين التبعيات مباشرةً في ملف ZIP، لكن عندئذٍ يجب تضمين الحزم المخزنة مؤقتًا لكلتا معماريتَي CPU، لذا يُعد requirements.txt الخيار الأبسط. على سبيل المثال:تتوقع ClickHouse Cloud أن يكون الملف
main.py موجودًا داخل ملف zip الذي سترفعه عبر واجهة المستخدم في الخطوة التالية.
إذا منحت الملف اسمًا آخر، فستواجه خطأً.تجميع التبعيات والملفات المحلية
لتضمين حزم التبعيات وأي ملفات محلية إضافية (مثل ملفات wheel أو ملفات الإعداد أو ملفات البيانات)، ضعها في المجلد نفسه إلى جانبmain.py وrequirements.txt. عند إنشاء أرشيف ZIP، ضمّن جميع الملفات:os.path.dirname(os.path.abspath(__file__)). يُرجع هذا التعبير المسار المطلق إلى الدليل الذي يوجد فيه ملف main.py داخل أرشيف ZIP، مما يتيح لك الوصول إلى الملفات المضمَّنة الأخرى:- الوصول إلى ملفات التهيئة المضمّنة مع UDF الخاصة بك
- تحميل حزم wheel للتبعيات المخصّصة
- الإشارة إلى نصوص برمجية إضافية أو ملفات بيانات
أنشئ UDF عبر واجهة المستخدم
- من الصفحة الرئيسية لـ Cloud Console، انقر على اسم مؤسستك في القائمة السفلية اليسرى.
- اختر الدوال المعرّفة من قبل المستخدم من القائمة.
- في صفحة الدوال المعرّفة من قبل المستخدم، انقر على Set up a UDF. ستُفتح لوحة إعدادات على الجانب الأيمن من الشاشة.
- أدخل اسمًا للدالة. في هذا المثال، استخدم
isBusinessHours. - اختر نوع الدالة: إما Executable pool أو Executable:
- Executable pool: يُحفَظ pool من العمليات المستمرة، وتُؤخَذ منه عملية لتنفيذ reads.
- Executable: يُشغَّل السكربت مع كل query.
- في هذا المثال، استخدم الإعدادات الافتراضية. للاطلاع على القائمة الكاملة لمعلمات الإعداد، راجع الدوال المعرّفة من قبل المستخدم التنفيذية.
- انقر على Browse File لتحميل ملف
.zipالذي أُنشئ في بداية هذا الدليل. - أضف argument جديدًا. في هذا المثال، أضف argument باسم
timestampمن النوعDateTime. - اختر return type. في هذا المثال، اختر
Bool. - انقر على Create UDF. سيعرض مربع حوار حالة build الحالية.
- إذا كانت هناك أي مشكلات، فستتغير الحالة إلى error.
- بخلاف ذلك، ستنتقل الحالة من building إلى provisioning. يجب أن تكون الخدمة في حالة تشغيل لإكمال provisioning. إذا كانت الخدمة في حالة idle، فانقر على Wake Up Service في لوحة UDF details بجوار اسم الخدمة.
- عند اكتمال العملية، ستتغير الحالة إلى deployed.
اختبر UDF الخاص بك
- ارجع إلى الصفحة الرئيسية في SQL Console بالنقر على Settings - return to your service view من الزاوية العلوية اليسرى للصفحة
- انقر على SQL Console في القائمة الجانبية اليسرى
- اكتب الاستعلام التالي:
إنشاء إصدار جديد
لتغيير شيفرة UDF، أنشئ إصدارًا جديدًا. لا تُستخدم لوحة Edit إلا لإدارة الخدمات المُسنَدة إلى UDF؛ ولن يؤدي رفع ملف من خلالها إلى استبدال الشيفرة المنشورة.- من الصفحة الرئيسية في Cloud Console، انقر على اسم مؤسستك في القائمة السفلية اليسرى.
- اختر الدوال المعرّفة من قبل المستخدم من القائمة.
- انقر على النقاط الثلاث ضمن الإجراءات الخاصة بـ UDF
isBusinessHours، ثم انقر على إنشاء إصدار جديد - ارفع ملف zip يتضمن الشيفرة المعدّلة، أو غيّر الإعدادات ثم انقر على إنشاء إصدار جديد