Question 1

n8n-də verilənlər bazası ilə işləyəndə təhlükəsizlik baxımından nəyə diqqət edirsən?

Accepted Answer

Ən konkret cavab SQL injection-dan başlayır. "Birinci — query parametrləri. Execute Query əməliyyatında sorğunu heç vaxt expression ilə birləşdirmirəm. Bunun əvəzinə sorğuda $1, $2 tokenləri yazıb dəyərləri Query Parameters sahəsindən ötürürəm — n8n həmin dəyərləri təmizləyir və SQL injection-un qarşısını alır. Bu, xüsusilə vacibdir, çünki n8n-ə gələn data çox vaxt webhook və ya formadan, yəni kənardan gəlir. İkinci — minimum icazə. Workflow yalnız oxuyursa, credential-a yazma icazəsi verilməməlidir. Ayrıca istifadəçi yaradıb yalnız lazım olan cədvəllərə icazə vermək ən yaxşı praktikadır. Üçüncü — silmə əməliyyatları. Delete node-u bütün cədvəli silə bilir. Belə əməliyyatları ya ümumiyyətlə n8n-də saxlamıram, ya da insan təsdiqi arxasına qoyuram. Dördüncü — həssas datanın loglara düşməsi. İcra tarixçəsində node-ların giriş-çıxış datası saxlanır. Şəxsi məlumat və ya kart datası varsa, onu icra datasında saxlamamaq üçün workflow parametrlərinə baxmaq lazımdır."

Question 2

İki sistem arasında etibarlı sinxronizasiyanı necə qurarsan?

Accepted Answer

Bu sual middle/senior sərhədindədir. Dörd elementi göstər. 1. Kursor. "Son bir saat" tipli sorğu yazmıram — son emal olunmuş qeydin ID-sini və ya vaxt damğasını Data Table-da (və ya bazada) saxlayıb ondan davam edirəm. Workflow iki saat dayansa belə, işə düşən kimi hər şeyi götürür. 2. İdempotentlik. Yazma əməliyyatını Insert or Update kimi qururam. Eyni qeyd iki dəfə gəlsə, dublikat yaranmır — sadəcə eyni sətir yenilənir. Retry və təkrar icra normal haldır, sistem ona hazır olmalıdır. 3. Qismən uğursuzluğa dözüm. 500 qeyddən 5-i sınırsa bütün icranın dayanmasını istəmirəm. Uğursuzları ayrıca yola yönləndirib qeyd edirəm və sonra onlar üçün ayrıca təkrar cəhd qururam. 4. Uzlaşdırma (reconciliation). Bu, ən çox unudulan hissədir. Gündə bir dəfə iki tərəfin sayını və ya yoxlama məbləğini müqayisə edən ayrıca workflow işlədirəm. Fərq varsa xəbərdarlıq gedir. Çünki nə qədər yaxşı qursan da, nəyinsə itməsi mümkündür — və onu bilmək lazımdır."

Question 3

Workflow-un vəziyyətini (nə emal olunub) harada saxlayarsan?

Accepted Answer

Variantları müqayisə et və seçim meyarını ver. "Dörd variant var və hər birinin öz yeri var. 1. Mənbə sistemin özündə — ən yaxşısı budur. E-poçta etiket, qeydə processed sütunu, ticket-ə status. Əlavə infrastruktur tələb etmir və vəziyyət datanın yanında qalır. 2. Data Table — n8n-in daxili cədvəl saxlama imkanı. Xarici baza qaldırmadan kursor, emal olunmuş ID-lər və konfiqurasiya saxlamaq üçün ideal. 3. Xarici verilənlər bazası — həcm böyükdürsə və ya vəziyyət başqa sistemlərə də lazımdırsa. 4. Google Sheets — sadə hallarda işləyir və insanın baxa bilməsi üstünlükdür, amma həcm və eyni anda yazma artanda tıxaca çevrilir. Seçim meyarım: vəziyyət mümkün qədər datanın özünə yaxın saxlanmalıdır. Ayrıca yerdə saxlanan vəziyyət nə vaxtsa əsas data ilə uyğunsuzluğa düşür — məsələn qeyd bazadan silinir, amma n8n hələ də onu "emal olunub" sayır."

Əməliyyat	Nə edir	Nə vaxt
Select	Sətirləri oxuyur; şərtlər node interfeysindən qurulur	Sadə oxuma — SQL yazmadan
Insert	Yeni sətir əlavə edir; sütunları avtomatik və ya əl ilə map etmək olur	Yeni qeydlərin yazılması
Insert or Update	Upsert — varsa yeniləyir, yoxdursa əlavə edir	Ən vacib əməliyyat: workflow-u idempotent edir
Execute Query	Xam SQL icra edir; `$1`, `$2` kimi parametr tokenləri dəstəkləyir	JOIN, qruplaşdırma, mürəkkəb hesabat sorğuları
Delete	Sətirləri, ya da bütün cədvəli silir	Ehtiyatla — geri qaytarıla bilməz

Verilənlər bazaları və Data Table

📚 Mənbələr və sənədlər