nosql-expert

النتيجة المتوقعة:

لنمط الوصول هذا، استخدم مفتاحاً أساسياً مركباً:

**مفتاح القسم:** user_id (تباين عالي - كل مستخدم هو قسم)
**عمود التجميع:** order_date DESC (يرتب الطلبات حسب التاريخ داخل كل قسم)

```sql
CREATE TABLE orders_by_user (
user_id uuid,
order_id uuid,
order_date timestamp,
total decimal,
status text,
PRIMARY KEY (user_id, order_date)
) WITH CLUSTERING ORDER BY (order_date DESC);
```

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

النتيجة المتوقعة:

**النموذج الذهني لـ SQL مقابل NoSQL الموزع:**

| الجانب | SQL (علائقي) | NoSQL (Cassandra/DynamoDB) |
|-------|------------------|---------------------------|
| النمذجة | نمذجة الكيانات + العلاقات | نمذجة **الاستعلامات أولاً** |
| عمليات Join | في وقت القراءة (مكلفة) | محسوبة مسبقاً في وقت الكتابة |
| التخزين | تقليل التكرار | التكرار من أجل سرعة القراءة |
| الاتساق | ACID (قوي) | BASE (نهائي) |
| التوسع | عمودي | أفقي |

**القاعدة الذهبية:** في SQL، صمم البيانات لـ *أي* استعلام. في NoSQL، صمم البيانات لـ *استعلامات محددة* بكفاءة.

النتيجة المتوقعة:

**تصميم الجدول الواحد في DynamoDB:**

خزّن أنواع كيانات متعددة في جدول واحد باستخدام المفاتيح المركبة:

| PK | SK | Data |
|----|-----|------|
| USER#123 | PROFILE | {name: 'Ian', email: '...'} |
| USER#123 | ORDER#998 | {total: 50.00, status: 'shipped'} |
| USER#123 | ORDER#999 | {total: 12.00, status: 'pending'} |

**الاستعلام:** PK='USER#123' يجلب المستخدم + جميع الطلبات في طلب **واحد**.

**الفوائد:**
- تقليل تعقيد التطبيق
- استخدام محسّن لوحدات السعة
- جولة شبكة واحدة للبيانات المرتبطة