Obsidian Bases: كيفية بناء قواعد بيانات دون كود في خزانتك

إذا قضيت وقتًا في تنظيم الملاحظات داخل Obsidian، فمن المحتمل أنك تمنيت لو تصرفت خزانتك (Vault) بشكل أقرب إلى قاعدة البيانات. فأنت تريد رؤية جميع مشروعاتك النشطة في مكان واحد، أو تصفية قائمة القراءة حسب الحالة، أو ربط كل ملاحظة اجتماع بشخص معين، وكل ذلك دون كتابة سطر واحد من كود الاستعلام. هذا بالضبط ما تمنحك إياه إضافة Obsidian Bases: طرق عرض قواعد بيانات محلية وبدون كود (No-code) مبنية فوق ملاحظات Markdown التي تملكها بالفعل.

تعد Bases التطور الطبيعي للملاحظات المترابطة. فبينما تحوك الروابط خزانتك في شكل رسم بياني (Graph)، تحول الخصائص (Properties) ذلك الرسم البياني إلى بيانات مهيكلة يمكنك تصفيتها وتقسيمها. لا تخزن الـ Base معلوماتك في ملف منفصل أو بتنسيق محتكر. بل تقرأ خصائص YAML الموجودة بالفعل داخل ملاحظاتك وتعرضها كجدول قابل للتحرير والتصفية، أو معرض بطاقات، أو قائمة، أو خريطة. تظل بياناتك نصية بسيطة، وقابلة للنقل، ومستقبلية.

إليك ما سنغطيه في هذا الدليل:

• ما هي الـ Base في الواقع، والنموذج الذهني الذي يجعل كل شيء واضحًا
• مقارنة Bases مع Dataview وNotion والبحث العادي
• تمكين الإضافة وبناء أول Base لك في خمس دقائق
• تصميم الخصائص حتى لا تتعطل طرق العرض الخاصة بك أبدا
• تصفية الملاحظات وترتيبها وتجميعها
• أنواع العرض الأربعة وكيفية تضمينها في أي ملاحظة
• حالات استخدام جاهزة للنسخ واللصق: قائمة القراءة، تتبع المشاريع، إدارة العلاقات، تقويم المحتوى
• القيود الحقيقية وإطار قرار واضح

ما هي Obsidian Bases (ولماذا تهمك)؟

الـ Base هي طريقة عرض قواعد بيانات محفوظة وبدون كود موضوعة فوق ملاحظات Markdown الحالية. أضاف Obsidian ميزة Bases كإضافة أساسية (Core plugin)، وهي تحول ملاحظاتك وخصائص YAML الخاصة بها إلى طرق عرض قابلة للتحرير والتصفية دون الحاجة إلى أي لغة استعلام.

الشيء الوحيد الأكثر أهمية لاستيعابه هو النموذج الذهني: الـ Base ليست قاعدة بيانات منفصلة تخزن بياناتك. بل هي طريقة عرض. البيانات نفسها تعيش في الجزء العلوي (YAML frontmatter) لملاحظاتك العادية. ملف .base يحفظ فقط تهيئة كيفية رغبتك في النظر إلى تلك الملاحظات: أي منها يُضمن، وأي الخصائص تُعرض كأعمدة، وكيف يتم تصفيتها وترتيبها.

يهتم هذا لعدة أسباب:

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

إذا كانت الروابط هي النسيج الضام لخزانتك، فالخصائص هي الطبقة المهيكلة، وBases هي العدسة التي تجعل هذا الهيكل مرئيًا وقابلاً للاستخدام.

Bases مقابل Dataview: واجهة رسومية دون كود أم لغة استعلام؟

الفرق الجوهري بسيط: Bases هي واجهة رسومية مرئية تعتمد على النقر، بينما Dataview هي لغة استعلام تكتبها بيدك. تأتي Bases مدمجة في التطبيق ولا تتطلب أي كود؛ بينما تتطلب Dataview تعلم لغة DQL أو حتى JavaScript للحالات المتقدمة.

كلاهما يقرأ من نفس المصدر — خصائص ملاحظاتك — لكنهما يناسبان طبائع مختلفة:

• تفوز Bases في السرعة وسهولة الاستخدام. إنها محلية وسريعة على الهواتف. تبني طرق العرض بالنقر، وتعدل قيم الخلايا مباشرة في الجدول، ولا تضطر أبدًا لتصحيح أخطاء بناء الجملة.
• تفوز Dataview في التعبيرية. تدعم الحقول المضمنة (مثل due:: 2026-06-10 في جسم الملاحظة)، وتعرض النصوص المحسوبة، وتتعامل مع الاستعلامات المعقدة التي لا تستطيع Bases مجاراتها بعد. ومع ذلك، فهي تعتمد بكثافة على الكود.

بالنسبة لمعظم مهام “أظهر لي قائمة مصفاة من ملاحظاتي”، أصبحت Bases الخيار الأسرع والأكثر ودية. أما بالنسبة للوحات التحكم المحسوبة بكثافة، فلا تزال Dataview تحتفظ بمكانتها. إذا كنت تزن كيف يناسب كل منهما سير عمل أوسع، فإن دليل إدارة المهام يوضح أين تؤتي الاستعلامات المهيكلة أكلها.

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

كيفية تمكين وإنشاء أول Base لك؟

قم بتمكين Bases في الإعدادات ← الإضافات الأساسية، ثم فعل “Bases”. وأثناء وجودك هناك، قم بتمكين “Properties” أيضًا، لأن الخصائص النظيفة هي ما يجعل Bases تتألق. بمجرد التمكين، هناك ثلاث طرق لإنشاء Base:

1. لوحة الأوامر: افتحها (Ctrl/Cmd + P) وشغل “Create new base”.
2. زر الشريط الجانبي: انقر على أيقونة “New base” في الشريط الجانبي الأيسر.
3. النقر الأيمن على مجلد: اختر “New base” من قائمة المجلد لتحديد نطاقها هناك من البداية.

إليك السلوك الذي يربك المبتدئين: تبدأ الـ Base الجديدة من جميع الملفات في خزانتك. لا يوجد شرط FROM كما في Dataview. تبدأ بشكل واسع ثم تصفى.

إنشاء أول Base في خمس دقائق:

1. أنشئ الـ Base بأي طريقة أعلاه.
2. تفتح لتظهر كل ملاحظة في خزانتك.
3. أضف شرط تصفية واحد لتضييق النطاق، مثل “file is in folder Projects” أو “has tag #project”.
4. أضف بضعة أعمدة عن طريق اختيار الخصائص التي تهتم بها (الحالة، تاريخ الاستحقاق، المجال).
5. فرز حسب عمود واحد، وستكون قد انتهيت.

هذا هو كل ما يتطلبه الأمر للانتقال من الصفر إلى عرض قاعدة بيانات يعمل.

نصيحة: ابدأ بنطاق ضيق. الـ Base المحددة بمجلد واحد أو وسام (Tag) أسهل بكثير في التعامل من واحدة تحاول عرض خزانتك بأكملها مرة واحدة.

كيفية تصميم خصائص لا تتخرب؟

تأتي الأعمدة في الـ Base من ثلاثة مصادر:

• خصائص الملاحظة: الـ YAML frontmatter الذي تكتبه في كل ملاحظة (status و priority و due). وهي قابلة للتحرير.
• خصائص الملف: البيانات الوصفية المدمجة مثل file.path و file.ctime و file.mtime و file.tags. وهي للقراءة فقط.
• خصائص الصيغ: القيم المشتقة داخل الـ Base نفسها من خصائص أخرى.

تشمل أنواع الخصائص المدعومة النص، والقائمة، والرقم، وخانة الاختيار، والتاريخ، والتاريخ والوقت، والروابط. اختيار النوع الصحيح أمر مهم: خاصية من نوع date يمكن تصفيتها بنوافذ زمنية، بينما نفس القيمه المخزنة كنص عادي لا يمكن تصفيتها كذلك.

الشرط الحقيقي لقواعد بيانات موثوقة هو نظافة الخصائص:

• كن متسقًا مع الأنواع. لا تخزن قيمة كرابط في ملاحظة وكنص عادي في أخرى.
• سمِّ الخصائص بشكل متطابق عبر الملاحظات. status و Status و state هي ثلاثة أعمدة مختلفة. اختر اسمًا وواظب عليه.
• التعديل المباشر. تغيير قيمة مباشرة في خلية الـ Base يكتبها فورًا في frontmatter الملاحظة.

هنا يؤتي نظام القوالب الجيد ثماره. إذا تم إنشاء ملاحظاتك من قوالب ذات خصائص متسقة، فستصبح كل Base مستقبلية سهلة البناء.

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

كيف تعمل الفلاتر والفرز والتجميع؟

تُبنى الفلاتر (الفلاتر) في Bases من قاعدة مكونة من ثلاثة أجزاء: الخاصية، المشغل، القيمه. تختار خاصية (status)، ومشغلاً (is, contains, is greater than, is empty)، وقيمة (active). يمكنك تداخل قواعد متعددة باستخدام and و or و not.

هناك مستويان من التصفية:

• فلاتر المجموعة (Dataset): تطبق على الـ Base بأكملها عبر كل طرق العرض (مثلاً “is in folder Projects”).
• فلاتر العرض الفردي: تطبق على عرض واحد وتتحد مع الفلتر العام باستخدام AND (مثلاً عرض العناصر النشطة فقط).

أنماط شائعة:

• يحتوي على Tag: التصفية حيث file.tags يحتوي #project.
• نطاق المجلد: التصفية حيث الملف في مجلد محدد.
• نافذة التاريخ: التصفية حيث due في أو قبل اليوم، أو خلال السبعة أيام القادمة.

يعمل الفرز على أي عمود تصاعديًا أو تنازليًا. تتيح لك المجموعات تجميع المشاريع حسب الحالة، أو الكتب حسب النوع، وتتلقى كل مجموعة عنوانًا قابلاً للطي.

ما هي أنواع العرض الأربعة، وكيف تقوم بتضمينها؟

تدعم Bases أربعة أنواع من العرض، ويمكن لملف .base واحد أن يحمل عدة طرق عرض مسماة جنبًا إلى جنب:

• Table (جدول): الافتراضي. صفوف وأعمدة مع تحرير مباشر وملخصات للأعمدة (عد، مجموع).
• Cards (بطاقات): تخطيط معرض يمكنه عرض صور الغلاف. مثالي لقائمة القراءة.
• List (قائمة): تخطيط مدمج وخفيف خيار ممتاز للوحات التحكم وخرائط المحتوى (MoCs).
• Map (خريطة): يرسم الملاحظات التي تحمل إحداثيات جغرافية كدبابيس على الخريطة.

القوة الحقيقية تأتي من التضمين (Embedding). يمكنك إسقاط Base في أي ملاحظة تمامًا مثل ملف مضمن باستخدام اسم ملف .base. لتضمين عرض مسمى معين بدلاً من الـ Base بأكملها، أضف اسم العرض مع #، على سبيل المثال MyBase.base#Active.

هناك أيضًا مرجع سياقي this. يمكن لـ Base مضمنة التصفية بالنسبة للملاحظة التي تعيش فيها — لذا فإن Base مضمنة داخل ملاحظة شخص ما يمكنها عرض الاجتماعات المرتبطة بذلك الشخص فقط.

التضمين هو ما يحول الـ Base من صفحة مستقلة إلى مكون حي في ملاحظاتك. يمكن للملاحظة اليومية تضمين عرض “مستحق اليوم”. لمزيد من المعلومات حول بناء لوحات التحكم، راجع دليلنا حول إدارة المشاريع في Obsidian.

إذا كنت تفضل عدم تجميع كل Base يدوياً، فإن Obsibrain يأتي مع لوحات تحكم مجهزة مسبقًا، ومخططات خصائص، ومجلدات PARA.

ما الذي يمكنك بناؤه عمليًا؟

أربعة إعدادات ملموسة يمكنك تكرارها اليوم:

قائمة القراءة / الرف الرقمي

• الخصائص: title (نص)، author (نص)، status (نص: to-read / reading / done)، rating (رقم)، cover (رابط صورة)
• استخدم عرض Cards، مجمعًا حسب status.

متتبع المشاريع

• الخصائص: status (نص: planning / active / on-hold / done)، area (رابط)، due (تاريخ)، priority (رقم)
• استخدم عرض Table، مجمعًا حسب status ومفروزًا حسب due تصاعديًا.

إدارة علاقات شخصية خفيفة (CRM)

• ملاحظات الأشخاص تحوي: type: person و company و email و last-contact
• ملاحظات الاجتماعات تحوي: type: meeting و attendees (قائمة روابط للأشخاص) و date
• أنشئ Base واحدة مصفاة بـ type is meeting. ثم قم بتضمين تلك الـ Base داخل ملاحظة كل شخص، مع تصفية attendees باستخدام this.

تقويم المحتوى

• الخصائص: stage (نص: idea / draft / scheduled / published)، publish-date (تاريخ)، channel (نص)
• استخدم Table مجمعًا حسب stage ومفروزًا حسب publish-date.

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

Bases مقابل Notion: متى يجب استخدام كل منهما؟

Bases أداة محلية ومجانية وتعمل على خزانتك بالكامل افتراضيًا، بينما Notion قائم على السحاب ويطلب منك بناء قواعد بيانات معزولة مقدمًا. في المقابل، يفوز Notion في قواعد البيانات العلاقية الحقيقية، وAPI خارجي للأتمتة، والتعاون متعدد المستخدمين.

إليك إطار القرار السريع:

الأداة	استخدمها عندما…
البحث العادي	تحتاج فقط للثور على ملاحظة أو نص مرة واحدة.
Bases	تريد قائمة/جدول/معرضًا دون كود وقابلاً للتصفية لملاحظاتك.
Dataview	تحتاج إلى حقول مضمنة أو مخرجات محسوبة معقدة.
Notion	تحتاج إلى قواعد بيانات علاقية حقيقية، أو API خارجي، أو تعاون فريق.

القيود الحالية بكل صراحة:

• Frontmatter فقط. تقرأ خصائص YAML، وليس الحقول المضمنة في جسم الملاحظة.
• مخرجات محسوبة أضعف. الصيغ موجودة ولكنها لا تطابق مرونة Dataview البرمجية.
• ميزات علاقات أقل من Notion. لا يوجد مخطط علاقي ثنائي الاتجاه مع Rollups.

لمقارنة كاملة، راجع مقارنة Obsidian مقابل Notion.

إذا كنت تريد كل هذا يعمل بمجرد التثبيت، فإن Obsibrain هو القالب الجاهز الذي يجمع بين مجلدات PARA وإدارة مهام GTD وEisenhower، وطرق عرض قواعد البيانات الجاهزة.

الأسئلة الشائعة (FAQ)

هل Obsidian Bases مجاني؟ نعم. Bases إضافة أساسية مدمجة تأتي مع Obsidian. لا يوجد مدفوعات إضافية أو اشتراك مزامنة مطلوب.

هل يمكن لـ Bases أن تحل محل Dataview؟ بالنسبة لمعظم حالات الاستخدام للقوائم والجداول المصفاة، نعم. احتفظ بـ Dataview فقط عندما تحتاج إلى حقول مضمنة أو استعلامات برمجية معقدة.

هل تعمل Bases على الهواتف المحمولة؟ نعم. Bases أداة محلية، مما يجعلها أسرع بشكل ملحوظ على الهاتف المحمول من Dataview.

أين تُخزن البيانات في الـ Base؟ في خصائص YAML frontmatter الخاصة بملاحظاتك. يحفظ ملف .base تهيئة العرض فقط.

الخلاصة

تجلب Bases قوة قواعد البيانات التي يحبها الناس في Notion إلى خزانة محلية من النصوص البسيطة، دون الحاجة لتعلم لغة استعلام. تعامل معها كطبقة مرئية فوق نظافة الخصائص الجيدة. وكما حولت الروابط ملاحظاتك إلى رسم بياني متصل، تحول الخصائص ذلك الرسم البياني إلى بيانات مهيكلة قابلة للاستعلام، وBases هي العدسة التي تجعلها قابلة للاستخدام. ابدأ بـ Base صغيرة واحدة اليوم!