ازاي نطبق دا على فلتر منتج سيارات مثلا عندنا باراميترز كتير بنفلتر بيها وكل عملية سيرش بيكون ليها مجموعة من الباراميتزر المختلفة في الفلتر زي مثلا الفئة الموديل البراند اللون سعة المحرك ......
انت الافضل ليك مش relational DB في الحالة دي لو ال application حسب ما فهمت read/query intensive يعني معظم العمليات عليها من ال users هي read/search ممكن ساعتها تستخدم elastic search افضل ليك مش بس عشان ال read اكتر من ال write كمان عشان بيدعم ال dynamic query filters لو مش هتعرف تنقل elastic search يبقى تحاول تحدد اهم queries او اشهرهم و تعمل ليهم composite index بس متزودش كتير عشان ال performance بتاع ال write . ممكن برضه تعمل مثلا composite index بأهم 3-4 columns موجودين في كل ال queries في حالة ان حجم ال rows اللي ينطبق عليهم ال filter بناء على ال 3-4 columns ده مش كبير و تسيب ال DB تعمل filter ليهم بباقي ال query columns ، ده هيبقى ابطأ لو حجم ال records اللي بيرجعو من ال 3-4 columns دول كبير.
![DB Index ممكن يكون غير مفيد او ضرره اكتر من نفعه؟ [System Design]](/img/logo.svg){kind=logo}
