طراحی جدولی ذخیره کننده پستهای کاربران در شبکه اجتماعی

[i-php-i]

همونطور که می دونید توی شبکه های اجتماعی تعامل کاربرها با دیتابیس زیاده، فرض کنید یه سایت شبکه اجتماعی با روزی 100،000 بازدید داریم و روزانه چندین هزار مطلب جدید به دیتابیس اضافه می شه

1- در این حالت نوع جدول باید چی باشه؟
2- اگر یک یا چند فیلد متنی داشته باشیم که پر کردنش اختیاری باشه، باید این فیلد رو توی جدول جداگانه قرار بدیم یا اینکه اگر توی همین جدول قرار بدیم مشکلی پیش نمی یاد؟

[MMSHFE]

معمولاً برای شبکه های اجتماعی از NOSQL و DBMSهای غیر رابطه ای مثل MongoDB و... استفاده میشه.

[i-php-i]

برای سایتهایی که بازدید زیادی دارن و به عنوان مثال حجم نظرات بالاست چیکار باید کرد؟

[rezakho]

شاید به 2 دلیل عمده باید برید سراغ nosql و پایگاه داده های غیر رابطه ای

1- حجم داده ها - پایگاه داده های nosql شعار جالبی دارند: "اگر حجم داده های شما حدود چند ترابایت است، nosql پیشنهاد خوبیست"

2- ساختار داده ها - پایگاه داده های غیر رابطه ای، بخصوص انواع سندگرای آنها، توانایی پوشش ساختمان دادههای پیچیده مثل گراف رو به راحتی ارائه میدند.


شبکه های اجتماعی وابستگی زیادی به ساختمان داده های پیچیده ای مثل گراف و درخت دارند، اگر چه پیاده سازی این ساختمان داده ها در پایگاه داده های رابطه ای هم ممکنه، ولی برای این موارد ساخته نشده اند.

[i-php-i]

سایت فروشگاهی که روزانه بین 20،000 تا 100،000 بازدید داشته باشه رو می شه به راحتی با امکانات رایگان mysql طراحی کرد؟

[rezakho]

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