الفهارس متعددة الأعمدة في SQL

الفهارس متعددة الأعمدة في SQL

أهلاً بك! اليوم بنتكلم عن الفهارس متعددة الأعمدة (Multi-column Indexes) في SQL. الموضوع بسيط ومهم جداً لتحسين أداء استعلاماتك.

وش هي الفهارس متعددة الأعمدة؟

بكل بساطة، هو فهرس ما ينبني على عمود واحد بس، بل على عمودين أو أكثر في جدول واحد. يعني بدل ما تسوي فهرس لـ first_name وفهرس ثاني لـ last_name، تسوي فهرس واحد يشملهم الاثنين: (first_name, last_name).

ليش نحتاجها؟

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

ملاحظة: الفهارس ما هي سحر! هي بتزيد سرعة القراءة لكن ممكن تبطئ عمليات الكتابة (INSERT، UPDATE، DELETE) لأن قاعدة البيانات لازم تحدث الفهرس مع كل تغيير.

متى نستخدمها؟ (أمثلة عملية)

• جمل WHERE بأكثر من عمود: لو استعلامك دايم يحط شروط على عمودين أو أكثر. مثلاً: WHERE city = 'Riyadh' AND status = 'active'.
• جمل ORDER BY بأكثر من عمود: لما ترتب النتائج بناءً على عمودين أو أكثر. مثلاً: ORDER BY last_name ASC, first_name ASC.
• الحالات اللي ممكن الفهرس يكون "تغطي" (Covering Index): يعني كل الأعمدة اللي يحتاجها الاستعلام موجودة في الفهرس نفسه، فقاعدة البيانات ما تحتاج ترجع للجدول الأصلي.

كيف تشتغل؟ (ترتيب الأعمدة مهم جداً)

الفهرس متعدد الأعمدة يشتغل بنفس طريقة الفهرس العادي، بس الفرق إن البيانات مرتبة بناءً على ترتيب الأعمدة اللي أنت تحددها. يعني لو سويت فهرس على (city, status):

• أول شي يرتب البيانات حسب city.
• بعدين، داخل كل city، يرتب البيانات حسب status.

هذا يعني إن الاستعلامات اللي تستخدم city لحاله بتستفيد، واللي تستخدم city و status بتستفيد بعد. لكن لو استعلامك يبحث بس عن status بدون city، الفهرس هذا ما راح يكون مفيد له كثير.

مثال عملي

خلنا نسوي جدول بسيط ونطبق عليه:

إنشاء الجدول:

CREATE TABLE Users (
    user_id INT PRIMARY KEY AUTO_INCREMENT,
    first_name VARCHAR(50),
    last_name VARCHAR(50),
    email VARCHAR(100) UNIQUE,
    city VARCHAR(50),
    status VARCHAR(20),
    registration_date DATE
);

إضافة بعض البيانات (للتجربة):

INSERT INTO Users (first_name, last_name, email, city, status, registration_date) VALUES
('Ahmed', 'Ali', 'ahmed.ali@example.com', 'Riyadh', 'active', '2023-01-15'),
('Sara', 'Fahad', 'sara.fahad@example.com', 'Jeddah', 'active', '2023-02-20'),
('Khalid', 'Nasser', 'khalid.nasser@example.com', 'Riyadh', 'inactive', '2023-03-10'),
('Mona', 'Saud', 'mona.saud@example.com', 'Dammam', 'active', '2023-04-05'),
('Faisal', 'Ahmed', 'faisal.ahmed@example.com', 'Riyadh', 'active', '2023-05-01');

إنشاء فهرس متعدد الأعمدة:

هنا بنسوي فهرس على city و status بما إنها أعمدة ممكن نبحث عنها سوا كثير:

CREATE INDEX idx_city_status ON Users (city, status);

استعلامات تستفيد من الفهرس:

هذا الاستعلام بيستفيد بشكل كبير لأن الفهرس مرتب البيانات بناءً على city ثم status:

SELECT *
FROM Users
WHERE city = 'Riyadh' AND status = 'active';

وهذا بعد بيستفيد لأنه يبحث بالعمود الأول من الفهرس:

SELECT *
FROM Users
WHERE city = 'Riyadh';

استعلامات لا تستفيد (أو تستفيد بشكل محدود):

هذا الاستعلام ما بيستخدم الفهرس بكفاءة عالية لأنه يبحث بالعمود الثاني فقط:

SELECT *
FROM Users
WHERE status = 'active'; -- الفهرس ما راح يكون فعال هنا

وهذا الاستعلام ممكن يستفيد جزئياً لو كان نظام قاعدة البيانات ذكي، لكن الأفضل هو فهرس يبدأ بـ last_name:

SELECT *
FROM Users
WHERE last_name = 'Ali' AND first_name = 'Ahmed'; -- الفهرس (city, status) ما يفيد هنا. لو كان عندنا فهرس (last_name, first_name) كان أفضل.

نصائح وإرشادات

• ترتيب الأعمدة: حط العمود اللي تستخدمه في شروط WHERE بكثرة أو اللي فيه تباين عالي (Cardinality) في البداية. يعني لو عندك (gender, age)، والـ gender فيه قيمتين بس، لكن الـ age فيه قيم كثيرة، ممكن تبدأ بالـ age لو كان هو العمود الأكثر استخداماً في البحث.
• التباين (Cardinality): الأعمدة اللي فيها قيم فريدة كثيرة (مثل email أو user_id) تكون مفيدة أكثر في الفهارس.
• لا تبالغ في الفهرسة: كثرة الفهارس ممكن تضر أكثر مما تنفع، خصوصاً على أداء الكتابة. ركز على الاستعلامات البطيئة وحاول تحسنها بفهارس مناسبة.
• جرب وشوف (EXPLAIN): استخدم أمر EXPLAIN (أو EXPLAIN ANALYZE) في نظام قاعدة بياناتك عشان تشوف كيف الاستعلامات تستخدم الفهارس وتتأكد إنها فعلاً تستفيد.

الخلاصة

الفهارس متعددة الأعمدة أداة قوية جداً لتحسين أداء استعلامات SQL، خصوصاً لما تكون استعلاماتك تبحث أو ترتب بناءً على أكثر من عمود. التفكير في ترتيب الأعمدة واختيار الأعمدة المناسبة للفهرسة هو مفتاح الاستفادة القصوى منها. جربها في مشاريعك وشوف الفرق!

← السابقالفهرسالتالي →