أفضل البدائل المستضافة ذاتياً لـ Airtable: مقارنة بين NocoDB وBaserow وTeable وSaltcorn

Airtable Team لعشرة مقاعد التكاليف $2,400 a year عند الفوترة السنوية. هذا الرقم ليس من الصعب تبريره لفريق صغير ومستقر. يصبح أصعب في الدفاع عنه عندما تصل القاعدة إلى سقف سجلات Airtable، ويتبدل المساهمون، ويستمر كل مقعد إضافي في تضخيم الفاتورة.

هذا هو الضغط الذي يقف وراء البحث عن أفضل بديل Airtable مستضاف ذاتيًا في 2026. تُزيل كل من NocoDB وBaserow وTeable وSaltcorn نموذج SaaS بالمقعد، لكنها لا تحل المشكلة ذاتها.

هذه المقالة عبارة عن مصفوفة قرار لأربع أدوات. يُحكم على كل أداة وفقًا للقيد الذي يجب أن يوجه الاختيار فعلًا: الاتصال بقواعد البيانات الموجودة، أو سلامة التعاون، أو ميزات الذكاء الاصطناعي، أو بناء التطبيقات الداخلية.

النسخة المختصرة

اختر الأداة وفقًا للقيد الذي يُقيّدك فعلًا.

• NocoDB إذا كانت بياناتك موجودة بالفعل في MySQL أو PostgreSQL أو MariaDB أو SQLite. ضع في اعتبارك ثغرات أمان البيانات قبل بدء الإنتاج.
• Baserow إذا كان التحرير المشترك والاسترداد مهمَّين. ضع ميزانية لـ 2 vCPU, 4 GB RAM VPS، بالإضافة إلى ترخيص Premium مدفوع إذا كنت بحاجة إلى عروض Kanban أو التقويم.
• Teable إذا كنت تريد بديلاً لـ Airtable أصيلاً بـ PostgreSQL وأنت منفتح على مستوى الذكاء الاصطناعي المستضاف ذاتيًا المدفوع لـ Teable.
• Saltcorn إذا كانت المشكلة تخص تطبيقًا داخليًا وليس جدول بيانات.

يعتمد الاختيار الصحيح على القيد الذي لا يستطيع فريقك التعامل معه.

التكلفة الحقيقية لـ Airtable في 2026

يبلغ سعر Airtable Team حالياً $20 لكل مقعد شهرياً عند الدفع السنوي، و$24 لكل مقعد شهرياً عند الدفع الشهري. كل قاعدة محدودة بـ 50,000 سجل، وكل مساحة عمل بـ 25,000 تشغيل أتمتة شهرياً.

يرفع Business هذه الحدود إلى 125,000 سجل و100,000 تشغيل أتمتة، ويزيد تكلفة المقعد إلى $45 شهرياً عند الدفع السنوي. هذا يمثّل زيادة بنسبة 125% لكل مقعد للتخلص من حد السجلات.

لفريق مكوّن من خمسة أشخاص على الاشتراك السنوي Team، يبلغ المجموع $1,200 سنوياً. لعشرة مقاعد $2,400. لعشرين مقعداً $4,800. لخمسين مقعداً $12,000. تتصاعد التكلفة بشكل خطي مع عدد الأعضاء، ومعظم الفرق تواصل إضافة مشاهدين للقراءة فقط ومساهمين من حين لآخر يحتسبون جميعاً ضمن إجمالي المقاعد.

قاعدة إزالة المقاعد هي المشكلة الهيكلية. باتت Airtable تعامل مقاعد المتعاونين المدفوعة التي تمت إزالتها باعتبارها مدفوعة حتى نهاية فترة الفوترة الحالية بدلاً من تخفيض الفاتورة الحالية. لا يزال بالإمكان إعادة تعيين المقعد قبل التجديد، لكن التكلفة لن تنخفض خلال دورة الفوترة هذه.

يبدو أن Airtable أعلنت عن التغيير عبر البريد الإلكتروني للعملاء بدلاً من سجل تغييرات عام أو منشور سهل الوصول؛ والأثر العام الأوضح هو موضوع Reddit الذي يقتبس ذلك البريد الإلكتروني.

القاعدة نفسها مدرجة في وثائق الفوترة الحالية لـ Airtable، لذا فإن المشكلة ليست في وجود هذه السياسة، بل في غياب المرونة نحو التخفيض خلال دورة الفوترة النشطة، ولا سيما حين تكون الفوترة السنوية هي الطريقة الوحيدة للوصول إلى سعر Team الأدنى.

سقف 50,000 سجل مشكلة مستقلة. بالنسبة لفريق عمليات يبني نظام CRM أو متتبع مشاريع أو قاعدة بيانات مخزون، يمكن الوصول إلى 50,000 سجل في غضون أشهر قليلة من الاستخدام النشط. المخرج هو خطة Business، التي تزيد تكلفتها على ضعف تكلفة المقعد الواحد.

لن تُشكّل أيٌّ من هذه القيود مشكلةً تُذكر لو أمكنك التحرك أفقياً. مع التسعير المستند إلى عدد المقاعد، المسارات الوحيدة المتاحة هي التوجه للأعلى (مستوى أغلى) أو الخروج (أداة مختلفة).

تعكس البدائل المستضافة ذاتيًا نموذج التكلفة. تكلفة البنية التحتية ثابتة تقريبًا بغض النظر عن عدد المقاعد. إضافة مشاهد لا تكلف شيئًا. إضافة 100,000 سجل لا تكلف شيئًا. الوفورات حقيقية وتتراكم مع نمو الفريق.

الخلاصة الرئيسية للقسم: حساب Airtable لكل مقعد يعاقب النمو والدوران الوظيفي، وقد زاد تغيير سياسة أكتوبر 2025 الأمور سوءًا.

أربع أدوات، مشكلة واحدة لاستبدال جداول البيانات

NocoDB وBaserow هما الأداتان اللتان تستبدلان واجهة Airtable المألوفة بأسلوب جداول البيانات وسير العمل عن أقرب وجه. Teable أقرب إلى «Airtable مع طبقة ذكاء اصطناعي»، مع PostgreSQL في الأسفل وحقول ذكاء اصطناعي مدمجة.

ينتمي Saltcorn إلى فئة مختلفة قليلاً. فهو في المقام الأول منشئ تطبيقات بدون كود، وليس نسخة مباشرة من Airtable. غير أنه يلائم هذه المقارنة لأن بعض الفرق التي تبحث عن بديل Airtable مستضاف ذاتيًا لا تسعى لإعادة بناء جداول البيانات، بل لتحويل البيانات المنظمة إلى نماذج وصفحات وعروض قائمة على الأدوار وأدوات داخلية صغيرة.

لمحة قصيرة عن كل منها:

• NocoDB. حوالي 62,000 نجمة على GitHub بحلول منتصف 2026، وهو الأكثر نجمةً بين مستنسخات Airtable بفارق كبير. المصدر متاح بموجب Sustainable Use License منذ v0.301. يتصل بقواعد بيانات MySQL وPostgreSQL وMariaDB وSQLite الحالية دون الحاجة إلى ترحيل. بيئة تشغيل خفيفة.
• Baserow. مرخص بموجب MIT. تعاون آني. سلة مهملات مع احتفاظ ثلاثة أيام. وضع الامتثال GDPR/HIPAA/SOC 2. يتضمن منشئ تطبيقات مدمج. حزمة تقنية أثقل: Django وPostgreSQL وRedis.
• Teable. AGPL-3.0 Community Edition. خلفية PostgreSQL. تعاون في الوقت الفعلي. صفوف ومرفقات واتصالات قواعد بيانات غير محدودة في خطة الاستضافة الذاتية المجانية. حقل الذكاء الاصطناعي ودردشة الذكاء الاصطناعي متاحان في خطط الاستضافة الذاتية المدفوعة. مجتمع أصغر، حوالي 21,000 نجمة.
• Saltcorn. مرخّص بـ MIT. منشئ تطبيقات no-code متكامل، تصدير PWA للجوّال، يُنصح بـ 2 GB RAM. لا تعاون في الوقت الفعلي، لا استيراد من Airtable. وتيرة الإصدارات أبطأ مقارنةً بـ NocoDB أو Baserow.

إذا كانت مشكلتك أقرب إلى بناء تطبيق منها إلى جدول بيانات، فإن Saltcorn يناسبك أكثر من البدائل الثلاثة الأخرى. ينتمي NocoBase إلى هذه الفئة أيضاً، لكن رخصة تجارية معيارية يبدأ من $800 كشراء لمرة واحدة، مما يُخرجه من الجمهور المهتم بالتكلفة الذي كُتبت له هذه المقالة.

لا تتناول هذه المقالة البدائل السحابية المدفوعة لـ Airtable (قواعد بيانات Notion وSmartSuite وMonday.com). رحلة المشتري مختلفة، والحجة القائمة على التكلفة لصالح الاستضافة الذاتية لا تنطبق على التحول من SaaS بالمقعد إلى آخر.

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

مصفوفة المقارنة

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

اقرأ الجدول سطرًا بسطر، وليس عمودًا بعمود. النقطة هي أن لا أداة واحدة تتفوق في كل شيء. التعاون في الوقت الفعلي هو المحور الذي يتأخر فيه NocoDB بشكل واضح. سلامة البيانات هي المحور الذي تُعدّ فيه Baserow حاليًا الإجابة الوحيدة الموثوقة. ميزات الذكاء الاصطناعي في الطبقة المجانية فريدة لـ Teable. الاتصال بقواعد البيانات الموجودة فريد لـ NocoDB.

المسألة هي أيّ هذه القيود هو الحاسم لفريقك.

حكم سريع، بما أنك تبحث عنه على الأرجح: لا يوجد فائز شامل. أقرب شيء إلى الخيار الافتراضي للفرق الإنتاجية التي تحتاج إلى مشاركة صلاحيات التحرير هو Baserow. أقرب شيء إلى الخيار الافتراضي للفرق التي تعيش بياناتها بالفعل في قاعدة بيانات SQL هو NocoDB، مع الأخذ بعين الاعتبار التحفظ المتعلق بأمان البيانات.

الخلاصة الرئيسية للقسم: اختر NocoDB لقواعد بيانات SQL الموجودة، وBaserow للتحرير المشترك الأكثر أماناً، وTeable لميزات الذكاء الاصطناعي المجانية ذاتية الاستضافة، وSaltcorn للتطبيقات الداخلية التي تجاوزت جداول البيانات.

NocoDB: الأفضل للفرق التي تحتاج إلى الاتصال بقاعدة بيانات موجودة

إذا كانت بياناتك موجودة بالفعل في MySQL أو PostgreSQL أو MariaDB أو SQLite، فإن NocoDB هو الأداة الوحيدة في هذه المقارنة التي تتصل مباشرةً بقاعدة بياناتك الحالية دون أن تُجبرك على الترحيل. هذه القدرة وحدها هي ما يبرر النظر فيه قبل الأدوات الثلاثة الأخرى.

ملاحظة: قبل استخدام NocoDB مع بيانات الإنتاج، اختبر العمليات التدميرية بعناية. A موضوع Hacker News من فبراير 2025 أفادوا بوجود مشكلات استرداد خطيرة، تشمل تغييرات في نوع الحقل تُسبب فقدان البيانات، ومسارات تراجع/استرداد محدودة، وسلوك حذف غير موثوق. تعامل مع هذا باعتباره إشارة مخاطر لا تقريرًا شاملًا عن أخطاء، واختبر العمليات بالضبط التي يعتمد عليها فريقك قبل التحويل.

نقاط القوة حقيقية. أداة ترحيل Airtable في NocoDB هي الأكثر سلاسةً في هذه الفئة. تُولّد Personal Access Token في Airtable وتُزوّده بـ Shared Base ID، فيسحب NocoDB البنية بما فيها معظم أنواع الحقول والسجلات المرتبطة. لا تُرحَّل طرق العرض والأتمتة.

عملية الترحيل نفسها موثقة في وثائق NocoDB. أداة استيراد Airtable المخصصة وحدها سبب كافٍ لكثير من الفرق للبدء بـ NocoDB.

NocoDB خفيف مقارنةً بـ Baserow. خادم VPS بـ 1 vCPU و2 GB RAM نقطة انطلاق معقولة للفرق الصغيرة، خاصةً إذا كان حجم عمل قاعدة البيانات متواضعًا والحركة داخلية.

يمكن أن يعمل خادم بسعة 1 GB للاختبار الشخصي، لكنه يترك مساحة قليلة للاستيراد والمهام الخلفية والنمو وحمل قاعدة البيانات. للإنتاج، ابدأ بـ 2 GB RAM وتوسع بناءً على عدد السجلات والمستخدمين المتزامنين والمرفقات ونشاط الاستعلامات.

إذا كنت لا تريد الاهتمام بالإعداد، نحن في Cloudzy نقدم أيضًا NocoDB كتطبيق بنقرة واحدة، لتتمكن الفرق من تخطي التثبيت اليدوي وتشغيله على VPS بموارد مخصصة وتخزين NVMe وصول root كامل.

يحتاج وضع الترخيص إلى فقرة من الشرح. بدءًا من v0.301.0 (أواخر 2024)، انتقل NocoDB من AGPL-3.0 إلى Sustainable Use License. إنه مصدر متاح وليس مصدرًا مفتوحًا معتمدًا من OSI. الاستضافة الذاتية الداخلية غير مقيدة.

يتطلب تقديم NocoDB كخدمة مُدارة لأطراف ثالثة ترخيصًا تجاريًا مدفوعًا. بالنسبة للجمهور الذي يقرأ هذا المقال، لا يؤثر التغيير عمليًا على الاستخدام. لكنه يعني أن بعض التسميات (مثل «مفتوح المصدر») لم تعد دقيقة بالمعنى الصارم لـ OSI، وهو ما يهم فرق الشراء التي تصفّي بحسب نوع الترخيص. خطط للنقاش وفق ذلك.

الخلاصة الرئيسية للقسم: اختر NocoDB إذا كانت لديك قاعدة بيانات SQL موجودة ويمكن لفريقك التعامل مع مقايضات أمان البيانات.

Baserow: الأفضل لفرق الإنتاج التي تحتاج إلى تعاون فوري وأمان البيانات

إذا كان ثلاثة أشخاص أو أكثر يعدّلون في نفس القاعدة في الوقت ذاته، فإن Baserow هو الخيار الأنسب للتعاون الفوري في بيئة الاستضافة الذاتية مفتوحة المصدر، في حين أن شبكة NocoDB الفورية الأحدث مقيّدة بخطط Cloud/Enterprise المدفوعة.

تنتشر التعديلات دون الحاجة إلى تحديث الصفحة. لا يؤدي عمل شخصين على نفس الصف إلى الكتابة فوق البيانات القديمة. هذا هو البُعد الذي يتسع فيه الفجوة مع NocoDB أكثر من أي مكان آخر.

ملاحظة: تفتقر نسخة Baserow المجانية وغير المرخصة للاستضافة الذاتية إلى طرق عرض Kanban والتقويم والاستطلاع. للحصول على تلك طرق العرض، تحتاج إلى ترخيص Premium مدفوع للاستضافة الذاتية أو استخدام Baserow Cloud. إذا كان فريقك يعتمد على تخطيطات Kanban أو التقويم، فاحسب ذلك في مقارنة التكاليف. يتضمن كلٌّ من NocoDB وTeable هذه طرق العرض في مستوياتهما المجانية للاستضافة الذاتية.

إلى جانب التعاون الفوري، تأخذ Baserow أمان البيانات على محمل الجد. توجد سلة مهملات تعمل مع الاحتفاظ بالبيانات لمدة ثلاثة أيام، وتتوفر وظيفتا التراجع والإعادة، كما أن عمليات الحقول لا تتلف البيانات بصمت.

ترخيص MIT يزيل أي غموض في الشراء. كما وثّق Baserow موقف الامتثال لـ GDPR للفرق في مسارات العمل الخاضعة للتنظيم. تتضمن المنصة منشئ تطبيقات أساسيًا (Baserow Application Builder) للفرق التي تريد نشر أدوات خفيفة الوزن فوق بياناتها.

ثمن كل هذا هو بصمة بنية تحتية أثقل. يعد Baserow أثقل من NocoDB لأنه يُشغّل Django وPostgreSQL وRedis. يُعدّ VPS بمواصفات 2 vCPU و4 GB RAM نقطة البداية الأكثر أمانًا للفرق الإنتاجية الصغيرة، لا سيما أثناء عمليات الاستيراد أو جلسات التحرير المشترك.

قد يعمل خادم بسعة 2 GB لإجراء اختبارات خفيفة، لكنه يترك هامشًا ضيقًا جدًا بمجرد أن تصبح PostgreSQL وRedis والعمليات الخلفية والاستيرادات الكبيرة نشطة. بالنسبة للفرق التي تضم أكثر من عشرة محررين نشطين، أو الفرق التي تستخدم منشئ التطبيقات بكثافة، تحرك نحو 4 vCPU و8 GB RAM.

تقدّم Cloudzy Baserow كتطبيق بنقرة واحدة أيضًا، حتى تتمكن الفرق من تخطي التثبيت اليدوي وتشغيله على VPS بموارد مخصصة وتخزين NVMe ووصول root كامل.

قيود العرض في الإصدار المجاني هي القيد الذي تقلل معظم الفرق من أهميته. قيود Baserow صفحة تراخيص الاستضافة الذاتية توضح الميزات المضمّنة. تُعدّ تراخيص Premium وAdvanced اشتراكات سنوية مدفوعة.

بالنسبة للفرق التي تحتاج إلى Kanban، يكون الاختيار أكثر تحديدًا من مجرد Baserow مقابل NocoDB. لا تتضمن نسخة Baserow المجانية المستضافة ذاتيًا وظيفة Kanban. يتضمن NocoDB هذا العرض، لكنه يحمل تحفظات سلامة البيانات الواردة أعلاه. يُضيف Baserow المدفوع العرض المفقود مجددًا فوق تكلفة البنية التحتية.

لا يوجد خيار من هذه الخيارات أرخص بشكل غير مشروط. احسب التكاليف وفق متطلباتك الوظيفية المحددة.

الاستنتاج الرئيسي للقسم: اختر Baserow إذا كان فريقك يتعاون في الوقت الفعلي ويمكنه الاستغناء عن عروض Kanban والتقويم، أو إذا كنت مستعدًا للدفع مقابل ترخيص Premium لفتحها.

Teable: الأفضل للفرق التي تريد ميزات الذكاء الاصطناعي مدمجة

إذا أردت واجهة جدول بيانات مدعومة بـ PostgreSQL مع تعاون في الوقت الفعلي ومسار ترقية للذكاء الاصطناعي، فإن Teable هو الأداة الوحيدة هنا المبنية حول هذا التوليف. تتضمن الطبقة المستضافة ذاتيًا المجانية صفوفًا ومرفقات واتصالات قاعدة بيانات غير محدودة. يقع حقل الذكاء الاصطناعي ودردشة الذكاء الاصطناعي في خطة Business المستضافة ذاتيًا المدفوعة.

بُني Teable مباشرةً على PostgreSQL. هذا يعني أنك تحصل على قاعدة بيانات علائقية حقيقية تحت واجهة جداول البيانات بدلًا من تجريد فوقها، وهو أقرب إلى فلسفة NocoDB من فلسفة Baserow. ترخيص AGPL-3.0 مفتوح المصدر حقًّا بالمعنى المقصود من OSI، وهو ما يهم في بعض سياقات المشتريات حيث يُشار إلى NocoDB Sustainable Use License.

تستلزم ميزات الذكاء الاصطناعي تقديم مفاتيح API الخاصة بموديلك. تعمل كل من OpenAI وAnthropic والنماذج المستضافة محليًا عبر Ollama. نموذج byo-key يعني أن تكلفة تشغيل ميزات الذكاء الاصطناعي هي تكلفة استخدام نموذجك لدى المزود بالضبط، دون أي هامش من Teable.

بالنسبة للفرق التي لديها بالفعل مفاتيح OpenAI أو Anthropic لسير عمل أخرى، تعتمد تكلفة الإضافة على الاستخدام بدلاً من حزمة نموذج منفصلة.

القيود هي حجم المجتمع وعمر المشروع. لدى Teable ما يقارب 21,000 نجمة على GitHub مقارنةً بـ 62,000 بالنسبة لـ NocoDB، والمشروع أحدث. ميزات الذكاء الاصطناعي تحديدًا محجوبة خلف الطبقة المدفوعة للاستضافة الذاتية، لذا فإن الحجة الأقوى للطبقة المجانية هي PostgreSQL والتعاون الفوري والصفوف غير المحدودة.

بالنسبة للفرق التي تُقدّم البنية التحتية المُجرَّبة على بديل Airtable الأحدث المُبني على PostgreSQL، فإن Teable ليس الخيار الأكثر أمانًا. أما للفرق التي تريد نموذج قاعدة البيانات أولاً والذكاء الاصطناعي كمسار مدفوع لاحقًا، فهو كذلك.

تحديد حجم VPS مماثل لـ NocoDB. يُعد VPS بمعالج 1 vCPU وذاكرة 2 GB RAM نقطة بداية معقولة للاستخدام من قِبل فرق صغيرة، خاصة إذا كانت حركة المرور داخلية وعبء العمل على قاعدة البيانات معتدلاً. يمكن لخادم بذاكرة 1 GB العمل للتقييم الشخصي أو من قِبل مستخدم واحد، لكنه يترك مساحة قليلة للاستيرادات أو المهام الخلفية أو المرفقات أو النمو.

تتضمن حزمة Docker الخاصة بـ Teable قاعدة بيانات PostgreSQL بدلاً من الاعتماد على خدمة قاعدة بيانات خارجية منفصلة.

على Cloudzy، وكذلك NocoDB وBaserow، Teable متاح كتطبيق بنقرة واحدة، مما يلغي إعداد Docker اليدوي ويمنح الفرق قاعدة VPS بموارد مخصصة وتخزين NVMe وصول جذر لضبط المنظومة لاحقًا.

الخلاصة الرئيسية للقسم: اختر Teable إذا كانت تدفقات عمل البيانات المدعومة بالذكاء الاصطناعي أولوية وتقبل مجتمعًا أصغر ومشروعًا أحدث.

Saltcorn: الأفضل عندما لا تكون قاعدة البيانات بنمط جدول البيانات مناسبة

إذا كان ما تحتاجه فعلاً هو تطبيق داخلي مخصص صغير، فإن Saltcorn أقرب إلى ما تريد مقارنةً بالأدوات الثلاثة الأخرى في هذه المقارنة.

يمكنه تقنيًا العمل كقاعدة بيانات بواجهة مستخدم، لكن الغرض التصميمي هو تجميع تطبيق عملي من البيانات والطرق والصفحات. وهذا يجعله أقرب للمقارنة بـ Budibase أو Appsmith من NocoDB.

Saltcorn مرخّص بموجب MIT وأخفّ وزنًا من Baserow. يُعدّ VPS بذاكرة 2 GB RAM خطًّا أساسيًّا أكثر أمانًا للاستخدام الإنتاجي على نطاق صغير، لا سيما إذا كنت تبني أكثر من مجرد واجهة جدول بسيطة. The ويكي Saltcorn يُوصي بـ 2 GB RAM كمستوى موصى به لإعداد صغير متعدد المستخدمين.

قد يعمل خادم بسعة 1 GB لاختبار المستخدم الفردي، لكنه يترك مساحة أقل للإضافات ورفع الملفات والعمليات الخلفية ومجموعات البيانات الأكبر. نظرًا لأن Cloudzy لديها Saltcorn كتطبيق بنقرة واحدة، يمكن للفرق البدء من تثبيت VPS جاهز بدلًا من إعداد Node.js وPostgreSQL وحزمة التطبيقات يدويًا.

تدعم المنصة تصدير PWA للجوّال، وهو أمر غير معتاد في هذه الفئة. لا تتوفر تعاون في الوقت الفعلي ولا أداة استيراد من Airtable، كما أن وتيرة الإصدارات أبطأ من NocoDB أو Baserow.

السبب وراء ظهور Saltcorn في هذه المقارنة بدلًا من تجاوزه: بعض عمليات ترحيل Airtable لا تتعلق حقًّا بإيجاد قاعدة بيانات أخرى على غرار جداول البيانات. بل تتعلق بتحويل البيانات المنظمة إلى نماذج وعروض وصلاحيات وسير عمل داخلية بسيطة.

لقد تجاوزوا نموذج جداول البيانات ويحتاجون إلى التحقق الحقيقي من النماذج وعروض قائمة على الأدوار ومنطق سير عمل خفيف الوزن. يوفر Saltcorn ذلك، وكذلك Appsmith وBudibase وToolJet (جميعها على سوق Cloudzy كتطبيقات بنقرة واحدة، بالمناسبة). إذا كانت مشكلتك تبدو كـ "نحتاج إلى نظام CRM مخصص مع وصول قائم على الأدوار"، فإن Saltcorn هو نقطة البداية الصحيحة.

الخلاصة الرئيسية للقسم: اختر Saltcorn إذا كانت مشكلتك الحقيقية هي إنشاء تطبيق داخلي مخصص، وليس استبدال جدول بيانات.

حساب التكاليف حسب حجم الفريق: Airtable مقابل الاستضافة الذاتية

الفجوة في التكلفة هي السبب في حصول هذه الفئة على كل هذا الاهتمام. تفرض Airtable رسومًا بحسب عدد المستخدمين، لذا فإن كل متعاون إضافي يرفع الفاتورة. أدوات الاستضافة الذاتية تعمل بشكل مختلف: قد يكون البرنامج مجانيًا، لكنك لا تزال تدفع مقابل الخادم والنسخ الاحتياطية والصيانة والوقت المستغرق في تشغيله.

ملاحظة: يسري التقدير الخفيف للاستضافة الذاتية على الاستخدام غير القائم على الذكاء الاصطناعي. إذا كانت ميزات حقل الذكاء الاصطناعي أو دردشة الذكاء الاصطناعي في Teable جزءًا من الإعداد، فأضف ترخيص الاستضافة الذاتية المدفوع الخاص بـ Teable وأي تكاليف استخدام النموذج/API فوق تكلفة الخادم.

يناسب الإعداد الخفيف الاستخدام المتواضع لـ NocoDB أو Teable أو Saltcorn. يحتاج Baserow عادةً إلى مساحة أكبر لأنه يشغّل Django وPostgreSQL وRedis. النمط العام أهم من الرقم الدقيق: يتوسّع Airtable بزيادة عدد الموظفين، بينما تتوسّع الأدوات المستضافة ذاتيًا بزيادة عبء العمل.

التحفظ يكمن في وقت التشغيل. لا تزال النسخ الاحتياطية والتحديثات والمراقبة والإصلاحات قد تستغرق من 1 إلى 2 ساعة شهريًا بعد الإعداد. بالنسبة للفرق الصغيرة جدًا التي لا يوجد لها مالك تقني، قد يؤدي ذلك إلى محو المدخرات.

إذا كانت الحسابات لا تزال تشير إلى الاستضافة الذاتية، فإن Cloudzy تمنحك أسهل مسار نشر. كما ذُكر سابقًا، تتوفر NocoDB وBaserow وTeable وSaltcorn جميعها كتطبيقات بنقرة واحدة، مما يتيح للفرق تخطي التثبيت اليدوي والاختبار بشكل أسرع.

تعمل على خاص بـ Cloudzy VPS لقواعد البيانات بنية تحتية مع وحدات vCPU مخصصة وذاكرة DDR5 RAM وتخزين NVMe ووصول root كامل وشبكة تصل إلى 40 Gbps وأكثر من 12 موقعاً حول العالم. كما يتيح ضمان استرداد الأموال خلال 14 يوماً للفرق اختبار الخيارات الأنسب باستخدام بيانات غير حساسة قبل الالتزام.

الترحيل من Airtable: ما يعمل فعلاً

توجد مساران: الاستيراد القائم على API (‏NocoDB فقط) أو تصدير CSV وإعادة الاستيراد (كل الأدوات).

مسار API أسرع ويحافظ على بنية أكبر. بالنسبة لـ NocoDB، التدفق هو: إنشاء رمز وصول شخصي لـ Airtable على airtable.com/create/tokens مع النطاقات ذات الصلة، استرجع Shared Base ID لكل قاعدة تريد نقلها، ثم شغّل معالج الاستيراد في NocoDB.

تنتقل معظم أنواع الحقول، بما في ذلك السجلات المرتبطة وحقول المرفقات. ما لا ينتقل: طرق العرض، والأتمتة، والواجهات، والمزامنة، وكتل البرمجة النصية، وأي تكوين SSO للمؤسسات. خطط لإعادة بناء طرق العرض من الصفر وإعادة إنشاء الأتمتة في أداة سير عمل منفصلة.

n8n (أيضًا تطبيق بنقرة واحدة على سوق Cloudzy) هو الوجهة الأكثر شيوعًا لاستبدال Airtable Automations؛ إنه أكثر مرونةً وأكثر صراحةً بشأن ما يمكنه وما لا يمكنه فعله.

يعمل مسار CSV مع Baserow وTeable وSaltcorn، وكخيار بديل لـ NocoDB إذا فشل استيراد API في الحالات الطرفية. صدّر كل جدول Airtable بصيغة CSV من واجهة Airtable، واستورد كل CSV إلى الأداة الهدف واحدًا تلو الآخر، ثم أعد ربط السجلات المرتبطة يدويًا بعد الاستيراد.

يجب إعادة تحميل المرفقات إذا كانت مخزنة في Airtable. بالنسبة للقواعد الكبيرة، هذا مرهق بالفعل، لكنه موثوق ويُنتج مخططًا نظيفًا.

تسلسل هجرة عملي: اختبر أولاً، انتقل لاحقًا. أنشئ الأداة الهدف على VPS صغير يتناسب مع احتياجاتها الأساسية من الذاكرة، واستورد قاعدة Airtable واحدة، واستخدمها لمدة أسبوع مع بيانات غير حرجة.

تظهر معظم مشاكل الهجرة بعد أن يبدأ الناس في التحرير والتصفية وإعادة بناء طرق العرض والتحقق من السجلات المرتبطة، وليس أثناء الاستيراد نفسه. اكتشف هذه المشاكل قبل نقل بيانات الإنتاج.

إذا صمدت قاعدة الاختبار، كرر الهجرة مع مجموعة البيانات الكاملة وأعد بناء طرق العرض والأتمتة وقواعد الوصول بترتيب منضبط.

الاختيار وفق القيود، لا وفق النجوم

لا تكون بدائل Airtable المستضافة ذاتيًا منطقية إلا إذا كانت الأداة تتناسب مع العمل الذي تنقله. لن يساعد الفاتورة الأقل كثيرًا إذا كان البديل يفتقر إلى نموذج الاسترداد، أو سلوك التعاون، أو اتصال قاعدة البيانات الذي احتاجه فريقك منذ اليوم الأول.

لذا، يجب أن يعود الاختيار النهائي إلى القيد الفعلي، لا إلى مقياس الشعبية.

• NocoDB: الأنسب للفرق التي لديها بيانات بالفعل في MySQL أو PostgreSQL أو MariaDB أو SQLite، طالما أن تحفظات سلامة البيانات مقبولة.
• Baserow: الأنسب للفرق التي تُحرّر البيانات المشتركة كثيرًا وتحتاج إلى سلة المهملات والتراجع/الإعادة والاسترداد الآمن.
• Teable: الأنسب للفرق التي تريد حقول الذكاء الاصطناعي ودردشة الذكاء الاصطناعي في إعداد مستضاف ذاتيًا مجاني.
• Saltcorn: الأنسب للفرق التي تبني تطبيقاً داخلياً صغيراً بدلاً من قاعدة بيانات أخرى بأسلوب جداول البيانات.

يمكن لنجوم GitHub إظهار اهتمام المجتمع. لكنها لا تخبرك بكيفية تعامل الأداة مع الاسترداد أو التحرير المشترك أو الاستيراد أو ميزة Premium التي نسيت تسعيرها. اختر الأداة وفقًا للقيد، اختبرها بالبيانات غير الحساسة، ثم انتقل إلى الإنتاج بمجرد ثبات سير العمل.

يمكن لـ Cloudzy تقصير دورة الاختبار تلك. NocoDB وBaserow وTeable وSaltcorn متاحة كـ تطبيقات بنقرة واحدة on Cloudzy قاعدة بيانات VPS، حتى تتمكن من تخطي التثبيت اليدوي واختبار الخيارات الأنسب على موارد مخصصة، وتخزين NVMe، وصلاحية root كاملة، وأكثر من 12 موقعاً حول العالم.

الأسئلة الشائعة

ما هو أفضل بديل مجاني ذاتي الاستضافة لـ Airtable؟

Baserow هو الخيار الافتراضي الأكثر أمانًا لفرق الإنتاج التي تحتاج إلى التحرير المشترك وسلة المهملات والتراجع/الإعادة. يناسب NocoDB قواعد بيانات SQL الموجودة. يناسب Teable سير العمل المدعوم بالذكاء الاصطناعي. يناسب Saltcorn التطبيقات الداخلية أكثر من كونه بديلاً مباشراً لـ Airtable.

هل NocoDB لا يزال مفتوح المصدر؟

ليس بالمعنى الدقيق لـ OSI. بدءًا من الإصدار 0.301.0، انتقل NocoDB من AGPL-3.0 إلى ترخيص Fair-code Sustainable Use License. يظل المصدر متاحًا، لكنه يوصف بدقة أكبر بأنه متاح المصدر، لا مفتوح المصدر.

ما حجم VPS الذي أحتاجه لاستضافة Baserow ذاتيًا؟

بالنسبة لـ Baserow، ابدأ بـ 2 vCPU على الأقل و4 GB RAM للاستخدام الإنتاجي الصغير. تُشغّل المنظومة Baserow وPostgreSQL وRedis والعمليات الخلفية، لذا يُفضَّل الاحتفاظ بـ 2 GB RAM للاختبار أو الاستخدام الخفيف جدًا.

هل يمكنني استيراد بيانات Airtable إلى NocoDB؟

نعم. تمتلك NocoDB أداة استيراد مخصصة لـ Airtable باستخدام رمز الوصول الشخصي لـ Airtable ومعرّف القاعدة المشتركة. يمكن ترحيل معظم أنواع الحقول والسجلات المرتبطة. لا تزال طرق العرض والأتمتة والواجهات والمزامنة وكتل البرمجة النصية بحاجة إلى إعادة بناء.

هل تتضمن النسخة المستضافة ذاتيًا من Teable ميزات الذكاء الاصطناعي؟

نعم، ولكن ليس ضمن خطة الاستضافة الذاتية المجانية. تُدرج Teable دردشة الذكاء الاصطناعي وحقول الذكاء الاصطناعي ضمن خطة Business المدفوعة ذاتية الاستضافة. تغطي الخطة المجانية صفوفًا غير محدودة ومرفقات واتصالات بقواعد البيانات، في حين لا يزال استخدام الذكاء الاصطناعي يعتمد على مزودك أو مجموعة النماذج المحلية.