المحطّة ٢: تصميم البيانات — المخطّط العلائقي والفئات

١من المتطلّبات إلى الكيانات

كل اسمٍ مهمٍّ في متطلّباتك مرشّحٌ ليكون كيانًا (جدولًا). اقرأ قصص المحطّة السابقة واستخرج الأسماء: مستخدم، مهمّة. هذان كياننا، وكلٌّ يصير جدولًا.

ثم اسأل عن خصائص كل كيان (أعمدته): ما الذي نحفظه عن المستخدم؟ اسمه وكلمة مروره. وعن المهمّة؟ عنوانها وحالتها وصاحبها.

هذا التصميم يأتي قبل كتابة أيّ SQL. المخطّط الخاطئ يكلّفك إعادة بناءٍ مؤلمةً لاحقًا؛ أمّا المخطّط الجيّد فيجعل كل استعلامٍ لاحقٍ سهلًا.

٢العلاقة: المستخدم الواحد يملك عدّة مهامّ

هذا جوهر التصميم: العلاقة واحد ← متعدّد (One-to-Many). المستخدم الواحد له عدّة مهامّ، والمهمّة الواحدة لمستخدمٍ واحد. نمثّلها بوضع مفتاحٍ أجنبيّ user_id في جدول المهامّ يشير إلى users.id:

٣المخطّط بصيغة SQL

نترجم المخطّط إلى أوامر إنشاءٍ فعليّة. لاحظ كيف يعمل الكود نفسه على SQLite (المختبر) و MySQL (XAMPP) بفروقٍ طفيفةٍ في الأنواع:

-- SQLite (المختبر) / MySQL (XAMPP): الفروق في التعليقاتCREATE TABLE users (  id         INTEGER PRIMARY KEY,            -- MySQL: INT AUTO_INCREMENT PRIMARY KEY  username   TEXT NOT NULL UNIQUE,           -- MySQL: VARCHAR(50) ... UNIQUE  pass_hash  TEXT NOT NULL,                  -- MySQL: VARCHAR(255)  (bcrypt ~60 حرفًا)  created_at TEXT                            -- MySQL: DATETIME);CREATE TABLE tasks (  id         INTEGER PRIMARY KEY,  user_id    INTEGER NOT NULL REFERENCES users(id),   -- المفتاح الأجنبيّ: يربط المهمّة بصاحبها  title      TEXT NOT NULL,  done       INTEGER NOT NULL DEFAULT 0,               -- 0 = غير منجَزة، 1 = منجَزة  created_at TEXT);

نقاط التصميم المهمّة:

• id مفتاحٌ رئيسٌ يتولّد تلقائيًّا لكل صفّ.
• username عليه UNIQUE فلا يتكرّر اسم مستخدم.
• pass_hash يتّسع لتعمية bcrypt (نحو 60 حرفًا) — لا نحفظ كلمة المرور الصريحة أبدًا (محطّة 4).
• user_id مفتاحٌ أجنبيٌّ يربط كل مهمّةٍ بصاحبها — وهو أساس «كلٌّ يرى مهامّه فقط».
• done عددٌ (0/1) يمثّل حالة الإنجاز.

٤قاموس البيانات: توثيقٌ موجز

أكمل تصميمك بجدولٍ صغيرٍ يشرح كل عمودٍ ونوعه وقيده — يسمّى قاموس البيانات، ويفيد كل من يقرأ مشروعك (أو أنت بعد شهر):