كيف تنظم قواعد البيانات لشخصيات الرواية المعقدة؟

صنع قاعدة بيانات لشخصيات الرواية عندي يشبه تجهيز صندوق أدوات مفصّل قبل البدء في البناء: أبدأ بالحقائق الأساسية ثم أغوص في الطبقات الغامضة التي تجعل الشخصية حقيقية. أول سطر عندي دائماً يحتوي على الاسم الكامل، العمر، المهنة (أو ما يُشبهها في عالم الرواية)، ومظهر خارجي مختصر. بعدها أفتح قسم للداخل: مخاوفها العميقة، رغباتها الظاهرة، أسرارها المدفونة، وخط الذكريات الذي شكلها. أضع أيضاً قائمة بالاقتباسات النموذجية التي قد تنطق بها الشخصية — جملا قصيرة توضح صوتها وطريقة كلامها — لأن الصوت يساعدني على تمييزها بسرعة أثناء الكتابة. ثم أنشئ خرائط علاقات بسيطة: من تحب، من تكره، من يخاف منه، ومن يستغلها. أدرج خطوط زمنية مصغرة لأهم التحولات في حياتها حتى الآن، وعلامات تفصيلية عن الاندفاعات الخاصة بها في مواقف الضغط. أستخدم أعلاماً (tags) مثل "كاذب/صادق" أو "اجتماعي/منطوي" لتصفية الشخصيات بسرعة عندما أحتاج لزوج من الخصائص متقابلة. على صعيد الأدوات، أحب أن تكون القاعدة قابلة للبحث والتصفية — سواء على جدول بسيط أو برنامج مثل Notion أو Airtable — لأنني أعدّل كثيراً أثناء مراحل المسودات. أخيراً، أضيف مقاييس قابلة للقياس: نقاط قوة وضعف يمكن أن تتغير عبر الفصول، ومجرى للتطور الدرامي. هذا النوع من القاعدة لا يمنحني فقط اتساقاً، بل يفتح أبواباً لأحداث درامية لم أكن لأفكر بها لولا رؤية كل التفاصيل مجتمعة؛ شعور الاكتشاف هذا هو ما يجعل العمل ممتعاً حقاً.

أحب أبسط الحلول المعقّدة قبل أي شيء، وعشان كده أبدأ دايمًا بتقسيم العالم لِـ 'كيانات' واضحة. في مشروع عن العلاقات بين الشخصيات، أطلقت أولاً جدول 'Characters' فيه الأعمدة الأساسية: id، name، aliases، bio، وmetadata مثل origin أو canonicalflag. بعد كده بنسوي جدول 'RelationshipTypes' لتعريف أنواع العلاقات (صداقة، عداوة، عائلة، رومانسية، مرشد-متعلم)، لأن التعامل معها كسلاسل نصية يسرّع الأخطاء. الجزء اللي يحبّه دماغي هو جدول 'Relationships' نفسه، ويكون شكله عامّ لكن قوي: id، characteraid، characterbid، typeid، directionality (symmetric/asymmetric)، strengthscore، contexttag، startdate، enddate، isactive، sourcereference، notes. هذا يسمح بعلاقات متعددة بين نفس الزوج من الشخصيات مع سمات مختلفة—مثلاً زميل عمل + صديق سابق. أفرض قيودًا لفرض الاتساق: مفتاح أجنبي لكل characterid، وفهرس مركب على (characteraid, characterbid, typeid) للبحث السريع. للعلاقات العائلية أو الهيراركية أضيف جدولًا اختياريًا للـ 'Closure' أو 'Ancestry' لحساب السلف والنسل بسرعة بدلًا من الحلول البطيئة المتكررة. أما لو كانت الحاجة للبحث عن مسارات أو درجات الفصل (مثلاً أقرب وسيلة للتواصل بين شخصين)، فاستخدام قاعدة رسوميات مثل Neo4j يمنحك استعلامات 'shortest path' وسرعة في التحليل الشبكي. في النهاية، أوازن بين قواعد بيانات علائقية للسلامة والنسخ وبين قواعد رسوميات للربط المعقّد، وأضيف طبقة كاش للقراءات المتكررة، وكل هذا مع معايير تنظيف ودمج person records حتى لا تتفجر علاقات متكررة بلا معنى.

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