تحلیل دیتابیس فروشگاه

[Alireza]

سلام

فرض کنید ما یک فروشگاه اینترنتی داریم با چند هزار کالای مختلف ، که نوع بیشترشون با هم فرق میکنه و اینجاست که وقتی میخواهیم مشخصات واسشون بنویسیم نمیشه اطلاعات رو در یک جدول با فیلد های مشخص و نوع و حتی نام مشخص گذاشت.
خب برای ساختن این جدول راههای مختلفی به ذهن میرسه مثل اینکه واسه تمام کالاها یک جدول داشته باشیم که کد و نام کالا رو درونش ذخیره کنیم و درون جدول مشخصات ما سه تا فیلد(ky & value & kalaCode) داشته باشیم که نوع مشخصه ، مقدار و کدکالا رو درونش ذخیره کنیم و بعد بر اساس کدکالا مشخصات رو نمایش بدیم.اما به نظر میرسه این راه بهینه نباشه و جدولمون بعد از مدتی بیش از اندازه بزرگ بشه و کارایی بیاد پایین.
راه دوم اینه که با یک فرمت خاصی کل ویژگی ها رو درون یک فیلد تکست ذخیره کنیم و بعد با PHP پردازش انجام بدیم و مشخصات رو بکشیم بیرون . با این روش هم دسترسی به ویژگی های مختلف به صفر میرسه .

راه سوم هم اینه که روش اول رو داشته باشیم با این تغییر که جداول رو بر اساس دسته بندی های مختلف جدا کنیم که از بزرگ شدن جداول هم جلوگیری بشه

شاید راههای دیگه ای هم بشه پیدا کرد ..میخوام روشی رو پیدا کنم که هم بهینه باشه و هم بعدا برای ساختن سرچ حرفه ای به مشکل نخورم ..خوشحال میشم نظراتتون رو بدونم.

[ADMIN]

اگه به درستی از ایندکس گذاری و تنظیمات مناسب حافظه و... توی MySQL استفاده کنید (سرور مجازی یا اختصاصی)، نگرانی درمورد اینکه دیتابیس کند بشه بی مورده و راهی که بنظرتون رسیده منطقیه و توی اکثر سیستمهای بزرگ مثل اوپن کارت یا پرستا شاپ و... هم از همین روش داره استفاده میشه. میتونید یک فیلد هم توی جدول محصول داشته باشین به اسم custom_attributes از نوع text و محتوای خصوصیات سفارشی رو بصورت JSON یا سریال داخلش ذخیره کنید اما ایرادش همون بحث جستجو و مرتب سازی بر اساس خصوصیات سفارشیه که از دست میدین.