أساسيات قواعد البيانات (الفهارس / المعاملات / تحسين الاستعلامات)

🎯 السؤال الجوهري

لماذا استعلام Excel يستغرق 10 ثوانٍ، بينما البحث في تاوباو يحتاج فقط 0.01 ثانية؟ عندما تتحول البيانات من "بضعة آلاف" إلى "مليار"، ومن "مستخدم واحد" إلى "ملايين الزوار المتزامنين"، لم يعد Excel كافيًا. قواعد البيانات وُلدت لحل هذه المشكلة بالتحديد — إنها "سوبر Excel" متخصص في التعامل مع البيانات الضخمة والوصول المتزامن المكثف. سيرشدك هذا الفصل من الصفر لفهم المبادئ الأساسية لقواعد البيانات.

1. لماذا "قاعدة بيانات"؟

1.1 من مكتبة صغيرة إلى تاوباو: تطور حجم البيانات

تخيل أنك فتحت مكتبة صغيرة تبيع بضعة كتب يوميًا. تدوّن في دفتر:

2024-01-15: أحمد اشترى "مئة عام من العزلة"، 59 يوان
2024-01-16: سعيد اشترى "العيش"، 39 يوان

في تلك المرحلة، الدفتر كافٍ تمامًا. لكن عندما تتحول مكتبتك إلى "أمازون"، بملايين الطلبات يوميًا، تظهر المشاكل:

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

📓 Excel / الدفتر

مناسب للأفراد أو الفرق الصغيرة
حجم البيانات: بضعة آلاف إلى عشرات الآلاف صف
مستخدم واحد، وصول تسلسلي
بحث يدوي، بطيء

🗄️ قاعدة البيانات

مناسبة للتطبيقات المؤسسية
حجم البيانات: مليارات وما فوق
ملايين المستخدمين المتصلين في نفس الوقت
سرعة الاستعلام بالملي ثانية

هذه هي المشكلة التي تحلها "قواعد البيانات": كيف نُخزّن ونستعلم ونُدير البيانات الضخمة بكفاءة وأمان؟

1.2 قصة حقيقية: لماذا لا يمكنك استخدام Excel لبيانات المستخدمين

قد تقول: "مشروعي لديه بضعة عشر ألف مستخدم فقط، أليس Excel كافيًا؟" دعني أحكي لك قصة حقيقية.

تجربة أحمد في ريادة الأعمال

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

عندما تجاوز المستخدمون 100,000، بدأت المشاكل تظهر:

فتح Excel يستغرق 5 دقائق
تصفية "المستخدمون من بكين" يتجمج الجهاز
مرة واحدة تلف ملف Excel، وفُقدت آلاف بيانات المستخدمين بشكل دائم

الأخطر كان أنه أراد تنفيذ ميزة "عرض جميع طلبات مستخدم معين" — لكن معلومات المستخدمين والطلبات كانت في ملفات Excel مختلفة، فلم يكن أمامه سوى النسخ واللصق يدويًا، يستغرق نصف ساعة في كل مرة.

استشار زميلًا أكبر، الذي نظر وابتسم: "ما تحتاجه ليس Excel، بل قاعدة بيانات."

بعد الانتقال لقاعدة بيانات، تغير كل شيء:

استعلام "مستخدمي بكين" يستغرق 0.01 ثانية فقط
من خلال "العلاقات" يرتبط المستخدمون والطلبات تلقائيًا، بجملة SQL واحدة
نسخ احتياطي تلقائي، لم يعد يخشى تلف الملفات

فهم أحمد منذ ذلك الحين حقيقة: عندما البيانات قليلة، أي شيء يصلح؛ لكن عندما البيانات كبيرة، Excel كارثة.

💡 الدرس الرئيسي

قاعدة البيانات ليست "Excel أكثر تعقيدًا"، بل تصميم مختلف جذريًا:

Excel: مصمم للبيانات القليلة والمستخدم الفردي
قاعدة البيانات: مصممة للبيانات الضخمة والتزامن العالي والعلاقات المعقدة

اختيار الأداة المناسبة يمكن أن يحسّن أداء النظام بآلاف المرات.

2. المفاهيم الأساسية: الجداول، الصفوف، الأعمدة، المفتاح الرئيسي

🤔 ما علاقة هذه المفاهيم بقواعد البيانات؟

الجداول والصفوف والأعمدة والمفاتيح الرئيسية هي "لبنات البناء" لقواعد البيانات.

تخيل أنك تريد بناء منزل:

الجدول = غرفة (يخزن نوعًا واحدًا من البيانات)
الصف = صندوق في الغرفة (سجل كامل)
العمود = ملصق على الصندوق (الاسم، العمر، إلخ)
المفتاح الرئيسي = الرقم التسلسلي الفريد للصندوق (لا يتكرر أبدًا)

بفهم هذه المفاهيم الأساسية، ستعرف كيف تُنظَّم البيانات.

قبل التعمق في قواعد البيانات، نحتاج لتوضيح هذه المفاهيم الأساسية. سنستخدم تشبيه المكتبة لمساعدتك.

2.1 فهم هيكل قاعدة البيانات بتشبيه المكتبة

تخيل أنك تدخل مكتبة، تنظيمها مذهل في تشابها مع قاعدة البيانات:

المفهوم	📚 تشبيه المكتبة	الوظيفة الفعلية	مثال محدد
قاعدة البيانات (Database)	المكتبة بأكملها	حاوية تخزن جميع البيانات	قاعدة بيانات موقع تجارة إلكترونية
الجدول (Table)	رف كتب واحد	مجموعة تخزن نفس نوع البيانات	جدول المستخدمين، جدول المنتجات، جدول الطلبات
العمود (Column)	ملصق على كعب الكتاب	سمات البيانات (حقول)	الاسم، العمر، رقم الهاتف
الصف (Row)	كل كتاب على الرف	سجل بيانات محدد	"أحمد، 25 سنة، بكين"
المفتاح الرئيسي (Primary Key)	رقم ISBN لكل كتاب	مُعرِّف فريد لكل صف	user_id = 1001

مثال حقيقي: جدول المستخدمين (users)

user_id (مفتاح رئيسي)	name	age	city	email
1001	张三	25	北京	zhangsan@example.com
1002	李四	30	上海	lisi@example.com
1003	王五	28	北京	wangwu@example.com

الجدول: users (يخزن جميع بيانات المستخدمين)
الأعمدة: user_id، name، age، city، email (سمات كل مستخدم)
الصفوف: كل صف هو مستخدم (مثل "张三، 25 سنة، 北京")
المفتاح الرئيسي: user_id (1001، 1002، 1003، لا تتكرر أبدًا)

2.2 المفتاح الرئيسي (Primary Key): "رقم الهوية" للبيانات

📖 ما هو المفتاح الرئيسي؟

المفتاح الرئيسي هو المُعرِّف الفريد لكل صف في الجدول، مثل رقم الهوية.

الخصائص الرئيسية:

التفرد: لا يتكرر أبدًا (لا يوجد شخصان بنفس رقم الهوية)
عدم القبول الفارغ: يجب أن يكون له قيمة (لا يوجد شخص "بدون رقم هوية")
عدم التغيير: بمجرد تعيينه، لا يُعدَّل (رقم هويتك لا يتغير)

الممارسات الشائعة:

استخدام أعداد صحيحة تلقائية الزيادة: 1، 2، 3، 4...
استخدام UUID (المُعرِّف الفريد العالمي): 550e8400-e29b-41d4-a716-446655440000

لماذا نحتاج مفتاحًا رئيسيًا؟ تخيل عالمًا بدون مفتاح رئيسي:

السيناريو: تريد تعديل عمر "张三"، لكن الجدول فيه 3 أشخاص اسمهم "张三"، أي واحد تُعدِّل؟

sql

-- بدون مفتاح رئيسي، هذا سيُعدِّل كل من اسمهم "张三"!
UPDATE users SET age = 26 WHERE name = '张三';

-- مع مفتاح رئيسي، تعديل دقيق
UPDATE users SET age = 26 WHERE user_id = 1001;

القاعدة الذهبية للمفتاح الرئيسي: كل جدول يجب أن يكون له مفتاح رئيسي، ولا تُعدِّله أبدًا.

2.3 المفتاح الأجنبي (Foreign Key): الجسر بين الجداول

هذا هو سر تفوق قواعد البيانات على Excel — الجداول يمكنها إنشاء علاقات فيما بينها.

📖 ما هو المفتاح الأجنبي؟

المفتاح الأجنبي هو عمود يشير إلى المفتاح الرئيسي لجدول آخر، ويُستخدم لإنشاء ارتباط بين الجداول.

فهم بسيط:

المفتاح الرئيسي = رقم هويتي
المفتاح الأجنبي = رقم هوية شخص آخر أشير إليه

مثال: user_id في جدول الطلبات هو مفتاح أجنبي يشير إلى المفتاح الرئيسي لجدول المستخدمين.

انظر مثالًا حقيقيًا:

جدول المستخدمين (users):

user_id (مفتاح رئيسي)	name	phone
1001	张三	138xxxx
1002	李四	139xxxx

جدول الطلبات (orders):

order_id (مفتاح رئيسي)	product_name	price	user_id (مفتاح أجنبي)
5001	iPhone 15	5999	1001
5002	MacBook	14999	1001
5003	AirPods	1999	1002

الفهم الرئيسي:

user_id = 1001 في جدول الطلبات يشير إلى user_id = 1001 في جدول المستخدمين (张三)
عندما تريد معرفة "من صاحب الطلب 5001"، تبحث قاعدة البيانات تلقائيًا في جدول المستخدمين عن user_id = 1001

الفوائد:

عدم تكرار البيانات: 张三 يشتري 100 منتج، معلوماته تُخزَّن مرة واحدة فقط في جدول المستخدمين
سهولة الصيانة: إذا غيّر 张三 رقم هاتفه، تُعدَّل جدول المستخدمين فقط، وجميع الطلبات ترتبط تلقائيًا بالرقم الجديد
استعلامات مرنة: يمكنك بسهولة الإجابة على أسئلة مثل "ما إجمالي إنفاق كل مستخدم"

🔗外键关系演示理解表与表之间如何关联

想象你在管理一个家族谱系：有"家谱表"记录每个人，有"婚姻表"记录谁和谁结婚了。两张表通过"人名"关联起来，这就是外键的作用。

👥用户表 (users)主表

101

张三

138xxxx

北京

102

李四

139xxxx

上海

103

王五

137xxxx

广州

➤

user_id (外键) → user_id (主键)

📦订单表 (orders)从表

001

百年孤独

101

002

活着

101

003

三体

101

004

百年孤独

102

005

红楼梦

102

006

西游记

103

💡 核心概念

主键（Primary Key）：用户表的 user_id 是主键，唯一标识每个用户。

外键（Foreign Key）：订单表的 user_id 是外键，指向用户表的主键。

关联查询：通过外键，数据库可以快速找到"订单 001 是用户 101 买的"，然后去用户表查到"用户 101 是张三"。

🎯核心优势：外键消除了数据冗余。张三的地址只存一次，无论他买多少本书。如果要修改地址，只需改用户表的一行，所有订单自动关联到新地址。

3. كيف تتحدث مع قاعدة البيانات؟ مقدمة SQL وتطبيقها

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

هذه اللغة هي SQL (Structured Query Language، لغة الاستعلام المهيكلة).

الخبر السار: SQL قريبة جدًا من الإنجليزية الطبيعية، وقراءتها كأنك تتحدث.

3.1 العمليات الأساسية لـ SQL: CRUD

معظم الوقت، تحتاج إتقان أربع عمليات فقط، يسميها المحترفون CRUD:

العملية	الإنجليزية	كلمة SQL المفتاحية	الفهم العام
Create (إنشاء)	إنشاء	`INSERT`	إضافة بيانات جديدة
Read (قراءة)	قراءة	`SELECT`	استعلام البيانات
Update (تحديث)	تعديل	`UPDATE`	تعديل البيانات
Delete (حذف)	حذف	`DELETE`	حذف البيانات

📊 ماذا ترى في الجدول؟

هذه العمليات الأربع تغطي جميع سيناريوهات معالجة البيانات:

Create: عند تسجيل مستخدم، إدراج سجل جديد
Read: عند تسجيل الدخول، استعلام اسم المستخدم وكلمة المرور
Update: عند تعديل الملف الشخصي، تحديث البيانات في الجدول
Delete: عند حذف الحساب، حذف بيانات المستخدم

تذكر هذه الأربع، وأتقنت 80% من عمليات SQL اليومية.

3.2 استعلام البيانات (SELECT): العملية الأكثر استخدامًا

الاستعلام هو أهم وظيفة في قاعدة البيانات ومفتاح تحسين الأداء.

مثال 1: البحث عن جميع المستخدمين من بكين

sql

SELECT name, age FROM users WHERE city = '北京';

فهم كل كلمة:

SELECT name, age: اختر عمودي name وage
FROM users: من جدول users
WHERE city = '北京': بشرط city تساوي "بكين"

النتيجة:

name	age
张三	25
王五	28

مثال 2: البحث عن منتجات بسعر بين 5000 و15000

sql

SELECT name, price FROM products
WHERE price BETWEEN 5000 AND 15000;

مثال 3: بحث تقريبي (البحث عن مستخدمين يحتوي اسمهم على "张")

sql

SELECT name FROM users WHERE name LIKE '%张%';

⚠️ فخ الأداء: استخدام LIKE

LIKE '%张%' يسبب مسحًا كاملاً للجدول، وهو بطيء جدًا مع البيانات الكبيرة.

نصيحة التحسين:

❌ لا تستخدم LIKE '%张%' (مع % في البداية والنهاية)
✅ يمكنك استخدام LIKE '张%' (مع % في النهاية فقط)

لأن LIKE '张%' يمكنه استخدام الفهرس، بينما LIKE '%张%' لا يستطيع.

3.3 إدراج البيانات (INSERT): إضافة سجلات

مثال: إضافة مستخدم جديد

sql

INSERT INTO users (user_id, name, age, city, email)
VALUES (1004, '赵六', 35, '广州', 'zhaoliu@example.com');

فهم كل كلمة:

INSERT INTO users: إدراج في جدول users
(user_id, name, age, city, email): تحديد الأعمدة المطلوب إدراجها
VALUES (1004, '赵六', ...): القيم المقابلة

إدراج مجمّع (أكثر كفاءة):

sql

INSERT INTO users (name, age, city) VALUES
('小明', 25, '北京'),
('小红', 28, '上海'),
('小刚', 30, '广州');

3.4 تحديث البيانات (UPDATE): تعديل السجلات

مثال: زيادة عمر جميع المستخدمين من بكين بمقدار 1

sql

UPDATE users SET age = age + 1 WHERE city = '北京';

❌ خطير جدًا: لا تنسَ WHERE!

إذا نسيت جملة WHERE، ستُعدَّل جميع الصفوف!

sql

-- خطير! سيغيّر عمر جميع المستخدمين إلى 26
UPDATE users SET age = 26;

-- صحيح: يُعدِّل المستخدم user_id = 1001 فقط
UPDATE users SET age = 26 WHERE user_id = 1001;

درس حقيقي: في 2012، شركة معروفة تعرضت لحادث لأن مهندسًا نسي كتابة WHERE، مما أدى لتحديث بيانات ملايين المستخدمين بشكل خاطئ في بيئة الإنتاج، وتوقف النظام 4 ساعات بخسائر ضخمة.

3.5 حذف البيانات (DELETE): حذف السجلات

مثال: حذف المستخدم user_id = 1004

sql

DELETE FROM users WHERE user_id = 1004;

❌ خطر مزدوج: DELETE تحتاج WHERE أكثر!

sql

-- خطير! سيحذف جميع البيانات في الجدول!
DELETE FROM users;

-- صحيح: حذف الصف المحدد فقط
DELETE FROM users WHERE user_id = 1004;

أفضل الممارسات:

قبل الحذف، تأكد من البيانات باستخدام SELECT
في الأنظمة المهمة، استخدم "الحذف الناعم" (إضافة حقل is_deleted للتمييز)
انسخ البيانات احتياطيًا قبل العمل في بيئة الإنتاج

3.6 استعلام متعدد الجداول (JOIN): اللحظة السحرية لقواعد البيانات

أتذكر "المفاتيح الأجنبية" التي تحدثنا عنها؟ أقوى ما في SQL هو القدرة على استعلام عدة جداول مرتبطة في عملية واحدة.

السيناريو: استعلام "جميع المنتجات التي اشتراها 张三"

لدينا ثلاثة جداول:

جدول المستخدمين (users):

user_id	name
1001	张三

جدول المنتجات (products):

product_id	name	price
201	iPhone 15	5999
202	MacBook	14999

جدول الطلبات (orders):

order_id	user_id	product_id	quantity
5001	1001	201	1
5002	1001	202	2

استعلام SQL:

sql

SELECT u.name, p.name AS product_name, p.price, o.quantity
FROM orders o
JOIN users u ON o.user_id = u.user_id
JOIN products p ON o.product_id = p.product_id
WHERE u.name = '张三';

النتيجة:

name	product_name	price	quantity
张三	iPhone 15	5999	1
张三	MacBook	14999	2

فهم عملية JOIN:

FROM orders o: البدء من جدول الطلبات
JOIN users u ON o.user_id = u.user_id: ربط جدول المستخدمين عبر user_id
JOIN products p ON o.product_id = p.product_id: ربط جدول المنتجات عبر product_id
WHERE u.name = '张三': تصفية طلبات 张三

💻SQL 练习场体验 SQL 的 CRUD 操作

SQL 就像和数据库对话：你说"给我找所有年龄大于 25 的用户"，数据库就会执行查询并返回结果。即使不会编程，也能很快上手。

📝 示例 SQL

SELECT name, age FROM users WHERE age > 25;

💡 逐词翻译

SELECT name, age选择 name 和 age 这两列

FROM users从 users 这张表

WHERE age > 25在 age 大于 25 的条件下

📊 返回结果

name

age

李四

王五

🎯核心概念：CRUD 涵盖了所有数据管理的基本需求。无论是淘宝、微信、抖音，它们的数据库操作本质上就是这四种：增、删、改、查。

4. لماذا قواعد البيانات سريعة بهذا الشكل؟ كشف أسرار الفهارس

هذا هو الجزء الأكثر سحرًا في قواعد البيانات، ومن أكثر الأسئلة شيوعًا في المقابلات.

إذا بحثت في Excel عن "جميع من لقبهم 张"، يحتاج Excel للمسح من الصف الأول حتى الأخير. هذا يسمى مسح كامل للجدول — كلما زادت البيانات، زاد البطء.

لكن في قاعدة البيانات، حتى مع مليار صف، البحث يستغرق بضع ملي ثانية فقط.

السر هو: الفهرس (Index).

4.1 الفهم البديهي: إلهام من القاموس

تخيل أنك تبحث عن كلمة في كتاب من 1000 صفحة بدون فهرس. ماذا تفعل؟

لا خيار سوى تقليب صفحة بصفحة — هذا هو المسح الكامل، بمعدل 500 صفحة في المتوسط.

لكن ماذا لو كان الكتاب فيه فهرس بالبينيين؟

تبحث عن كلمة "数据库":

تذهب للفهرس وتجد منطقة تبدأ بحرف "数"
داخل منطقة "数"، تبحث عن "据"
الفهرس يخبرك: صفحة 256

تحتاج فقط 3 مرات للعثور! هذا هو البحث بالفهرس.

فهرس قاعدة البيانات مثل فهرس الكتاب:

بدون فهرس: مسح صف بصف (مليار صف = عدة دقائق)
مع فهرس: قفزة مباشرة (مليار صف = 3-4 قراءات قرص = ملي ثانية)

4.2 المسح الكامل مقابل البحث بالفهرس: مقارنة السرعة

لدينا جدول مستخدمين بـ 10 ملايين سجل.

السيناريو: البحث عن المستخدم user_id = 5,555,555

الطريقة	العملية	عدد الصفوف المطلوب فحصها	الوقت المقدر
المسح الكامل	البدء من الصف 1، فحص صف بصف	معدل 5 ملايين	5-30 ثانية
البحث بالفهرس	استعلام شجرة الفهرس، قفزة مباشرة للهدف	3-4 مقارنات	0.003 ثانية

فارق السرعة: آلاف المرات!

💡 الدرس الرئيسي

الفهرس ليس رصاصة سحرية، له ثمن:

يشغل مساحة: الفهرس يحتاج مساحة تخزين إضافية
يُبطئ الكتابة: كل INSERT/UPDATE/DELETE يجب أن يُحدِّث الفهرس

متى تُنشئ فهرسًا؟

أعمدة يُستخدم كثيرًا في الاستعلامات (شروط WHERE، JOIN)
بيانات كبيرة (أقل من بضعة آلاف صف لا يحتاج)

متى لا تُنشئ فهرسًا؟

أعمدة نادرًا ما يُستعلم عنها
أعمدة تُحدَّث بشكل متكرر
جداول ببيانات قليلة

4.3 هيكل البيانات الأساسي: شجرة B+

الفهرس الفعلي ليس "قائمة أبجدية" بسيطة، بل هيكل بيانات مصمم بعناية يسمى شجرة B+ (B+ Tree).

📖 ما هي شجرة B+؟

شجرة B+ هي هيكل بيانات شجري "قصير وسمين":

قصير: من الجذر للأوراق عادةً 3-4 مستويات فقط
سمين: كل عقدة يمكنها تخزين مئات المفاتيح

لماذا "قصير وسمين"？

لأن البيانات مخزنة على القرص، وكل قراءة من القرص (I/O) بطيئة جدًا (أبطأ آلاف مرة من الذاكرة). هدف تصميم شجرة B+ هو تقليل عدد عمليات I/O للقرص.

3-4 مستويات = 3-4 قراءات قرص كحد أقصى
كل مستوى يخزن بيانات كثيرة = يضمن عدم ارتفاع الشجرة

مثال حقيقي:

لنفترض أن كل عقدة في شجرة B+ تخزن 1000 مفتاح:

العقدة الجذرية: 1000 مفتاح → تشير إلى 1000 عقدة فرعية
العقد الوسيطة: كل واحدة تخزن 1000 مفتاح → تشير إلى 1000 عقدة ورقية
العقد الورقية: كل واحدة تخزن 1000 سجل حقيقي

إجمالي البيانات = 1000 × 1000 × 1000 = مليار سجل

ارتفاع الشجرة = 3 مستويات

هذا يعني: البحث عن أي سجل بين مليار يحتاج فقط 3 قراءات قرص!

هذا هو سر سرعة قواعد البيانات الفائقة.

🌳B+ 树索引演示理解数据库如何快速查找数据

想象你要在字典里找一个字。你会先看目录，定位到首字母的区域，再在这个区域里找具体页码。B+ 树就是这样的多层目录，让数据库在 10 亿条数据中 3 次就能找到目标。

🐢全表扫描

001用户1

002用户2

003用户3

004用户4

005用户5

006用户6

007用户7

008用户8

009用户9

010用户10

011用户11

012用户12

013用户13

014用户14

015用户15

016用户16

017用户17

018用户18

019用户19

020用户20

👆 点击"开始查找"看全表扫描有多慢

⚡索引查找

根节点

1-100

中间节点

1-10

叶子节点

👆 点击"开始查找"看索引有多快

数据量

100 万条

全表扫描

平均 50 万次比较

B+ 树索引

仅 3 次比较

速度提升

10 万倍+

💡核心原理：B+ 树通过"矮胖"的设计，让树的高度只有 3-4 层。每层可以存储成百上千个键值，所以 10 亿数据也只需要 3 次磁盘 I/O。这就是数据库查询飞快的秘密。

5. المعاملات: كيف نضمن عدم فقدان أو إفساد البيانات؟

تخيل مشهد شراء تذاكر القطار في عيد الربيع:

الوقت T1: المستخدم A يستعلم ويجد "القطار G1234 تبقى تذكرة واحدة"
الوقت T2: المستخدم B يستعلم أيضًا ويجد "تبقى تذكرة واحدة"
الوقت T3: المستخدم A يضغط "شراء"، النظام يخصم المخزون، التذكرة بيعت لـ A
الوقت T4: المستخدم B يضغط "شراء" — بدون آلية حماية، النظام سيخصم المخزون مرة أخرى ويبيع نفس التذكرة لـ B!

هذه هي مشكلة تعارض التزامن الكلاسيكية.

5.1 ما هي المعاملة (Transaction)؟

المعاملة هي مجموعة من عمليات قاعدة البيانات، هذه العمليات إما تنجح جميعها أو تفشل جميعها، ولا يوجد وضع "أنهيت نصفها".

🤖 مثال من الحياة اليومية

التحويل البنكي هو معاملة نموذجية:

خصم 100 يوان من الحساب A
إضافة 100 يوان للحساب B

إذا نجحت الخطوة 1 لكن الخطوة 2 فشلت (مثلاً انقطاع التيار)، ماذا يحدث؟

بدون معاملة: مال الحساب A اختفى والحساب B لم يستلم شيئًا — المال تبخر
مع معاملة: النظام يكتشف فشل الخطوة 2 ويعكس تلقائيًا الخطوة 1، كلا الحسابين يعودان لحالتهما الأصلية

هذا هو الذرية للمعاملات: إما الكل أو لا شيء.

5.2 الخصائص الأربع للمعاملات (ACID)

المعاملات لها أربع خصائص، تُعرف اختصارًا بـ ACID:

الخاصية	الإنجليزية	المعنى	مثال التحويل البنكي
Atomicity (ذرية)	Atomicity	الكل أو لا شيء	الخصم والإضافة يجب أن ينجحا معًا، لا يمكن خصم بدون إضافة
Consistency (اتساق)	Consistency	البيانات دائمًا في حالة صالحة	قبل وبعد التحويل، إجمالي المبلغ في كلا الحسابين يجب أن يكون ثابتًا
Isolation (عزل)	Isolation	المعاملات المتعددة لا تؤثر على بعضها	عندما A يحوّل، B يجب أن يرى الرصيد "قبل التحويل" أو "بعده"، وليس حالة وسيطة
Durability (ديمومة)	Durability	بمجرد التأكيد، تُحفظ البيانات بشكل دائم	بعد نجاح التحويل، حتى لو انقطع التيار، الأرصدة لا تعود لما كانت

📊 ماذا ترى في الجدول؟

هذه الخصائص الأربع تضمن أمان البيانات:

الذرية: تمنع "عمل ناقص" (خصم بدون وصول)
الاتساق: تمنع بيانات غير منطقية (تغير الإجمالي بعد التحويل)
العزل: يمنع تعارضات التزامن (شخصان يعدلان نفس البيانات معًا)
الديمومة: يمنع فقدان البيانات (انقطاع التيار بعد التأكيد لا يؤثر)

بدون هذه الضمانات، لا يمكن للأنظمة المصرفية العمل.

5.3 مستويات عزل المعاملات: الموازنة بين الأمان والأداء

نظريًا، نريد المعاملات معزولة تمامًا. لكن العزل الكامل = أداء ضعيف جدًا (لأنه يحتاج أقفالًا كثيرة، ومعاملات أخرى تنتظر).

لذلك، توفر قواعد البيانات أربعة مستويات عزل:

مستوى العزل	قراءة قذرة	قراءة غير قابلة للتكرار	قراءة وهمية	الأداء	سيناريو الاستخدام
Read Uncommitted	ممكنة	ممكنة	ممكنة	الأسرع	لا يُستخدم تقريبًا (بيانات قد تكون خاطئة)
Read Committed	مستحيلة	ممكنة	ممكنة	سريع	أعمال عادية (الافتراضي في Oracle)
Repeatable Read	مستحيلة	مستحيلة	ممكنة	متوسط	تحويلات بنكية (الافتراضي في MySQL)
Serializable	مستحيلة	مستحيلة	مستحيلة	الأبطأ	سيناريوهات صارمة للغاية (نادر الاستخدام)

📖 ماذا تعني القراءات الثلاث؟

القراءة القذرة: قراءة بيانات لم تُؤكَّد بعد من معاملة أخرى (قد تُعكس، بيانات غير دقيقة)
القراءة غير القابلة للتكرار: في نفس المعاملة، قراءة نفس البيانات مرتين تعطي نتائج مختلفة (عُدِّلت بمعاملة أخرى)
القراءة الوهمية: في نفس المعاملة، استعلامان يُرجعان عدد صفوف مختلف (معاملة أخرى أدرجت/حذفت بيانات)

أمثلة مبسطة (الاستعلام عن الرصيد البنكي):

قراءة قذرة: ترى رصيد 1000، لكن المعاملة الأخرى عُكست، الفعلي 100 فقط
قراءة غير قابلة للتكرار: أول استعلام يُظهر 1000، الثاني يُظهر 800 (خُصم بينهما)
قراءة وهمية: أول استعلام يُظهر 5 معاملات، الثاني يُظهر 6 (أُضيفت واحدة)

🔒事务 ACID 特性演示理解事务如何保证数据安全

想象银行转账：A 转给 B 100 元。这个操作包含两步：从 A 扣 100，给 B 加 100。如果只扣了钱但没到账，就是灾难。事务保证这两步要么全成功，要么全失败。

⚛️

原子性

Atomicity

⚖️

一致性

Consistency

🔒

隔离性

Isolation

💾

持久性

Durability

👆 点击上方任意特性，查看详细解释

🎯 12306 抢票场景

场景：用户 A 和 B 同时看到还剩 1 张票，同时点击购买。

没有事务：A 扣库存，B 也扣库存，同一张票卖给了两个人！

有事务（隔离性）：A 的操作加锁，B 必须等待。A 买完后，库存变为 0，B 看到的是"已售罄"。

💡核心思想：ACID 四个特性共同保证了数据在高并发环境下的不丢、不乱、不冲突。这就是为什么所有涉及资金、订单的系统都必须使用数据库事务。

6. تحسين الأداء: تقنيات عملية لتسريع الاستعلامات 1000 مرة

الآن فهمت المفاهيم الأساسية كالفهارس والمعاملات. لكن في المشاريع الحقيقية، قد تواجه مشاكل أداء متنوعة.

هذا القسم يقدم استراتيجيات تحسين قابلة للتطبيق مباشرة.

6.1 دليل تجنب أخطاء استخدام الفهارس

⚠️ خطأ شائع: فخ الفهرس غير الفعال

كثيرًا، أنشأت فهرسًا لكن الاستعلام لا يزال بطيئًا — لأن الفهرس أصبح غير فعال.

أسباب شائعة لعدم فعالية الفهرس:

استخدام دوال على أعمدة مفهرسة
تحويل نوع ضمني
LIKE يبدأ بـ %
شرط OR (في بعض الحالات)
فهرس مركب لا يتبع مبدأ البادئة اليسرى

الفخ 1: استخدام دوال على أعمدة مفهرسة

sql

-- ❌ خطأ: استخدام دالة على عمود مفهرس يمنع استخدام الفهرس
SELECT * FROM users WHERE YEAR(created_at) = 2024;

-- ✅ صحيح: إعادة كتابة كاستعلام نطاقي يمكنه استخدام الفهرس
SELECT * FROM users
WHERE created_at >= '2024-01-01' AND created_at < '2025-01-01';

الفخ 2: تحويل نوع ضمني

sql

-- لنفترض user_id من نوع int
-- ❌ خطأ: تمرير سلسلة نصية يسبب تحويلًا ضمنيًا، لا يُستخدم الفهرس
SELECT * FROM users WHERE user_id = '123';

-- ✅ صحيح: تمرير النوع المقابل
SELECT * FROM users WHERE user_id = 123;

الفخ 3: LIKE يبدأ بـ %

sql

-- ❌ خطأ: البدء بـ % يمنع استخدام الفهرس
SELECT * FROM users WHERE name LIKE '%张三%';

-- ✅ صحيح: البدء ببادئة ثابتة يسمح باستخدام الفهرس
SELECT * FROM users WHERE name LIKE '张三%';

-- ✅ أو استخدام فهرس النص الكامل (للبحث النصي)
SELECT * FROM users WHERE MATCH(name) AGAINST('张三');

6.2 قوالب تحسين SQL عملية

القالب 1: تحسين الصفحات (مشكلة الصفحات العميقة)

عرض المشكلة والحل

sql

-- ❌ المشكلة: OFFSET كبير يجعل الاستعلام أبطأ تدريجيًا
SELECT * FROM orders
ORDER BY created_at DESC
LIMIT 10 OFFSET 1000000;

-- ✅ الحل 1: استخدام الطابع الزمني للاستعلام السابق كمؤشر
SELECT * FROM orders
WHERE created_at < '2024-01-15 12:00:00'
ORDER BY created_at DESC
LIMIT 10;

-- ✅ الحل 2: استخدام استعلام نطاق المفتاح الرئيسي
SELECT * FROM orders
WHERE order_id > 1000000
ORDER BY order_id
LIMIT 10;

القالب 2: تحسين الإدراج المجمّع

sql

-- ❌ غير فعال: إدراج فردي متعدد (رحلات شبكة متعددة)
INSERT INTO users (name, age) VALUES ('张三', 25);
INSERT INTO users (name, age) VALUES ('李四', 30);
INSERT INTO users (name, age) VALUES ('王五', 28);

-- ✅ فعال: إدراج مجمّع في SQL واحدة (رحلة شبكة واحدة فقط)
INSERT INTO users (name, age) VALUES
('张三', 25),
('李四', 30),
('王五', 28);

**القالب 3: تجنب SELECT ***

sql

-- ❌ غير فعال: إرجاع جميع الأعمدة (بما فيها حقول كبيرة غير مطلوبة)
SELECT * FROM users WHERE user_id = 1;

-- ✅ فعال: إرجاع الأعمدة المطلوبة فقط
SELECT user_id, name, email FROM users WHERE user_id = 1;

6.3 استراتيجيات التعامل مع سيناريوهات التزامن العالي

السيناريو	المشكلة	الحل
بيانات ساخنة	صف واحد يُقرأ/يُكتب بشكل متكرر، يسبب تنازع الأقفال	استخدام ذاكرة تخزين مؤقت (Redis) + فصل القراءة/الكتابة
بيع فلاش	خصم مخزون بتزامن عالٍ لحظيًا	قفل متفائل + تسخين المخزون + طابور رسائل لتسوية الذروة
استعلامات بطيئة	استعلامات معقدة تُسقط قاعدة البيانات	تحسين الفهارس + تقسيم الاستعلام + فصل القراءة/الكتابة
نفاد الاتصالات	طلبات متزامنة كثيرة تستنزف تجمع الاتصالات	تحسين تجمع الاتصالات + تحديد التدفق + تخفيض الخدمة

💡 الدرس الرئيسي

المبادئ الأساسية لتحسين الأداء:

قسّم أولًا، حسِّن ثانيًا: استخدم EXPLAIN لتحليل خطة الاستعلام والعثور على عنق الزجاجة الحقيقي
الفهارس أولًا: 80% من مشاكل الأداء يمكن حلها بتحسين الفهارس
قلل ضغط قاعدة البيانات: استخدم التخزين المؤقت حيثما أمكن، والمعالجة غير المتزامنة حيثما أمكن
قسّم تسُد: الجداول الكبيرة قسّمها لصغيرة، والاستعلامات الكبيرة قسّمها لصغيرة

⚡查询优化演示常见错误与正确做法对比

很多时候，查询慢不是因为数据库性能差，而是因为 SQL 写错了。下面这些错误，你可能每天都在犯。

在索引列上使用函数

▼

❌ 错误写法

SELECT * FROM users WHERE YEAR(created_at) = 2024;

⚠️ 索引失效，全表扫描

✅ 正确写法

SELECT * FROM users WHERE created_at >= '2024-01-01' AND created_at < '2025-01-01';

💡 可以使用索引，查询速度提升 1000 倍

原理：当对列使用函数时，数据库必须先计算每一行的函数值，无法使用索引。把函数移到等号右边，或用范围查询代替。

隐式类型转换

▶

LIKE 以 % 开头

▶

SELECT * 返回所有列

▶

📝 优化建议清单

✓为 WHERE、JOIN、ORDER BY 的列创建索引

✓避免在索引列上使用函数或表达式

✓用 EXPLAIN 分析查询执行计划

✓只查询需要的列，避免 SELECT *

✓批量操作代替单条操作

✓考虑使用覆盖索引减少回表

🎯核心原则：不要让数据库做"多余的工作"。索引失效、全表扫描、返回不必要的数据，这些都是最常见的性能杀手。写出高效 SQL 的关键，是理解数据库如何执行你的查询。

7. الملخص ومسار التعلم

لنراجع المفاهيم الأساسية لقواعد البيانات بجدول:

المفهوم	شرح بجملة واحدة	المشكلة التي يحلها	النقطة الرئيسية
الجداول، الصفوف، الأعمدة	طريقة تنظيم البيانات	كيف نُخزّن البيانات المهيكلة	الجدول = ورقة Excel، الصف = سجل، العمود = حقل
المفتاح الرئيسي	المُعرِّف الفريد لكل صف	كيف نجد صفًا محددًا بدقة	فريد، غير فارغ، ثابت
المفتاح الأجنبي	الجسر بين الجداول	كيف نربط بيانات جداول مختلفة	يشير للمفتاح الرئيسي لجدول آخر
SQL	لغة التحدث مع قاعدة البيانات	كيف نضيف/نحذف/نعدل/نستعلم البيانات	SELECT، INSERT، UPDATE، DELETE
الفهرس	هيكل بيانات يُسرّع الاستعلامات	كيف نجد البيانات بسرعة	شجرة B+، تقلل I/O القرص
المعاملة	آلية تضمن أمان البيانات	كيف نمنع تعارضات التزامن وفقدان البيانات	ACID: ذرية، اتساق، عزل، ديمومة

ملاحظة ختامية

قواعد البيانات موضوع واسع وعميق، وهذا المقال مجرد مقدمة. إذا أردت المواصلة بالتعمق، نوصي بالمسار التالي:

الخطوات التالية:

تطبيق عملي: ثبّت MySQL أو PostgreSQL، أنشئ جداول، أدرج بيانات، اكتب استعلامات SQL
أُطر ORM: تعلم كيفية استخدام قواعد البيانات في الكود (مثل SQLAlchemy، Prisma، TypeORM)
تحسين الفهارس: تعمّق في الفهارس المركبة وفهارس التغطية ودفع الفهرس
مبادئ المعاملات: تعرف على MVCC (التحكم في التزامن متعدد الإصدارات)، آليات الأقفال، وتنفيذ مستويات العزل
قواعد البيانات الموزعة: تعلم تقسيم الجداول والنسخ وفصل القراءة/الكتابة

تذكر: النظرية + التطبيق = الإتقان الحقيقي.

أساسيات قواعد البيانات (الفهارس / المعاملات / تحسين الاستعلامات) ​

1. لماذا "قاعدة بيانات"؟ ​

1.1 من مكتبة صغيرة إلى تاوباو: تطور حجم البيانات ​

1.2 قصة حقيقية: لماذا لا يمكنك استخدام Excel لبيانات المستخدمين ​

2. المفاهيم الأساسية: الجداول، الصفوف، الأعمدة، المفتاح الرئيسي ​

2.1 فهم هيكل قاعدة البيانات بتشبيه المكتبة ​

2.2 المفتاح الرئيسي (Primary Key): "رقم الهوية" للبيانات ​

2.3 المفتاح الأجنبي (Foreign Key): الجسر بين الجداول ​

3. كيف تتحدث مع قاعدة البيانات؟ مقدمة SQL وتطبيقها ​

3.1 العمليات الأساسية لـ SQL: CRUD ​

3.2 استعلام البيانات (SELECT): العملية الأكثر استخدامًا ​

3.3 إدراج البيانات (INSERT): إضافة سجلات ​

3.4 تحديث البيانات (UPDATE): تعديل السجلات ​

3.5 حذف البيانات (DELETE): حذف السجلات ​

3.6 استعلام متعدد الجداول (JOIN): اللحظة السحرية لقواعد البيانات ​

4. لماذا قواعد البيانات سريعة بهذا الشكل؟ كشف أسرار الفهارس ​

4.1 الفهم البديهي: إلهام من القاموس ​

4.2 المسح الكامل مقابل البحث بالفهرس: مقارنة السرعة ​

4.3 هيكل البيانات الأساسي: شجرة B+ ​

5. المعاملات: كيف نضمن عدم فقدان أو إفساد البيانات؟ ​

5.1 ما هي المعاملة (Transaction)؟ ​

5.2 الخصائص الأربع للمعاملات (ACID) ​

5.3 مستويات عزل المعاملات: الموازنة بين الأمان والأداء ​

6. تحسين الأداء: تقنيات عملية لتسريع الاستعلامات 1000 مرة ​

6.1 دليل تجنب أخطاء استخدام الفهارس ​

6.2 قوالب تحسين SQL عملية ​

6.3 استراتيجيات التعامل مع سيناريوهات التزامن العالي ​

7. الملخص ومسار التعلم ​

أساسيات قواعد البيانات (الفهارس / المعاملات / تحسين الاستعلامات)

1. لماذا "قاعدة بيانات"؟

1.1 من مكتبة صغيرة إلى تاوباو: تطور حجم البيانات

1.2 قصة حقيقية: لماذا لا يمكنك استخدام Excel لبيانات المستخدمين

2. المفاهيم الأساسية: الجداول، الصفوف، الأعمدة، المفتاح الرئيسي

2.1 فهم هيكل قاعدة البيانات بتشبيه المكتبة

2.2 المفتاح الرئيسي (Primary Key): "رقم الهوية" للبيانات

2.3 المفتاح الأجنبي (Foreign Key): الجسر بين الجداول

3. كيف تتحدث مع قاعدة البيانات؟ مقدمة SQL وتطبيقها

3.1 العمليات الأساسية لـ SQL: CRUD

3.2 استعلام البيانات (SELECT): العملية الأكثر استخدامًا

3.3 إدراج البيانات (INSERT): إضافة سجلات

3.4 تحديث البيانات (UPDATE): تعديل السجلات

3.5 حذف البيانات (DELETE): حذف السجلات

3.6 استعلام متعدد الجداول (JOIN): اللحظة السحرية لقواعد البيانات

4. لماذا قواعد البيانات سريعة بهذا الشكل؟ كشف أسرار الفهارس

4.1 الفهم البديهي: إلهام من القاموس

4.2 المسح الكامل مقابل البحث بالفهرس: مقارنة السرعة

4.3 هيكل البيانات الأساسي: شجرة B+

5. المعاملات: كيف نضمن عدم فقدان أو إفساد البيانات؟

5.1 ما هي المعاملة (Transaction)؟

5.2 الخصائص الأربع للمعاملات (ACID)

5.3 مستويات عزل المعاملات: الموازنة بين الأمان والأداء

6. تحسين الأداء: تقنيات عملية لتسريع الاستعلامات 1000 مرة

6.1 دليل تجنب أخطاء استخدام الفهارس

6.2 قوالب تحسين SQL عملية

6.3 استراتيجيات التعامل مع سيناريوهات التزامن العالي

7. الملخص ومسار التعلم