راهنمایی در مورد طراحی دیتابیس

[tik20]

سلام
بنده در حال طراحی یک سیستم هستم با زیان php
در قسمت طراحی دیتابیسش برام شک به وجود اومده
بنده یدونه تیبل posts خواهم داشت و در هر ردیف از هر پست میخوام آیدی کاربرانی که به این پست لایک دادند رو در یک ستون با نام liked_users به صورتی که ایدی کاربران با "," جدا بشه در اون سیو کنم
به اینصورت:
(تیبل posts)

date	liked_users	content	id
2342352424	123,324,2345,24,2342,234,2342	salam	12

1-من با استفاده از concat در هر مرحله کاربر جدید رو اضافه میکنم به liked_users آیا این کار درستی هست؟
2-آیا ممکنه اطلاعات به صورت کامل ذخیره نشه-حتی اگه سیستم timed out بشه؟


و یک سوال دیگر:
اگه بخوام به جای این کار یدونه تیبل با نام liked_users باز کنم به صورت زیر:

(تیبل liked_users):

like_type	user_id	post_id
like	324	12
dislike	123	12
dislike	2342	12
like	2345	12

یعنی به صورتی که برای لایک هر شخص یک ردیف ایجاد بشه
3-آیا این مدلی فشار زیاد میشه؟

4- بالای چه تعداد ردیف برای یک تیبل فشار به سرور فشار میاره؟
5-آیا روش مشخصی برای محاسبه فشار هست؟
6- برنامه ای برای طراحی دیتابیس وجود داره خوب باشه؟
باتشکر

[be099]

سلام
بنده در حال طراحی یک سیستم هستم با زیان php
در قسمت طراحی دیتابیسش برام شک به وجود اومده
بنده یدونه تیبل posts خواهم داشت و در هر ردیف از هر پست میخوام آیدی کاربرانی که به این پست لایک دادند رو در یک ستون با نام liked_users به صورتی که ایدی کاربران با "," جدا بشه در اون سیو کنم
به اینصورت:
(تیبل posts)

date	liked_users	content	id
2342352424	123,324,2345,24,2342,234,2342	salam	12

1-من با استفاده از concat در هر مرحله کاربر جدید رو اضافه میکنم به liked_users آیا این کار درستی هست؟
2-آیا ممکنه اطلاعات به صورت کامل ذخیره نشه-حتی اگه سیستم timed out بشه؟


و یک سوال دیگر:
اگه بخوام به جای این کار یدونه تیبل با نام liked_users باز کنم به صورت زیر:

(تیبل liked_users):

like_type	user_id	post_id
like	324	12
dislike	123	12
dislike	2342	12
like	2345	12

یعنی به صورتی که برای لایک هر شخص یک ردیف ایجاد بشه
3-آیا این مدلی فشار زیاد میشه؟

4- بالای چه تعداد ردیف برای یک تیبل فشار به سرور فشار میاره؟
5-آیا روش مشخصی برای محاسبه فشار هست؟
6- برنامه ای برای طراحی دیتابیس وجود داره خوب باشه؟
باتشکر

مورد اولی در صورتی که تعداد لایک ها و همچنین طول رشته ی یوزر آی دی ها زیاد بشه قطعا به مشکل میخوره همچنین برای سایر محاسبات در آینده به مشکل میخورید
مثلا اینکه بخواید تعداد پست های لایک شده ی یک یوزرو پیدا کنید باید کل تیبل جستجو بشه + توابع کار با رشته ها در php هم باید درگیر بشه پس مورد اول کاملا منتفی میشه

پس قطعا باید از مورد دوم استفاده کنید و همچنین اینکس روی فیلد های پست و یوزر آیدی فراموش نشه
فشار هم اینطور بهتون بگم که اگر تعداد رکورد ها به یک میلیون هم برسه با یک cpu تک هسته ای ، کوئری پیدا کردن لایک های یک پست چیزی کمتر از 0.01 ثانیه میشه حتی اگه تیبل از نوع myisam باشه
mysql چیزی فراتر از اونیه که خیلیا فکرشو میکنن

[tik20]

مورد اولی در صورتی که تعداد لایک ها و همچنین طول رشته ی یوزر آی دی ها زیاد بشه قطعا به مشکل میخوره همچنین برای سایر محاسبات در آینده به مشکل میخورید
مثلا اینکه بخواید تعداد پست های لایک شده ی یک یوزرو پیدا کنید باید کل تیبل جستجو بشه + توابع کار با رشته ها در php هم باید درگیر بشه پس مورد اول کاملا منتفی میشه

پس قطعا باید از مورد دوم استفاده کنید و همچنین اینکس روی فیلد های پست و یوزر آیدی فراموش نشه
فشار هم اینطور بهتون بگم که اگر تعداد رکورد ها به یک میلیون هم برسه با یک cpu تک هسته ای ، کوئری پیدا کردن لایک های یک پست چیزی کمتر از 0.01 ثانیه میشه حتی اگه تیبل از نوع myisam باشه
mysql چیزی فراتر از اونیه که خیلیا فکرشو میکنن

واقعا ممنون از راهنماییتون
آیا روش دیگری هست که مناسبتر باشه؟

[T.Toosi]

سلام، حالا ما که sql داریم بیایم کار ها را بسپاریم به او و از عملگر و دستورات sql استفاده کنیم که نیاز نباشد برای اکسپلود کردن و ساخت آرایه مموری را هدر دهیم، پس یک تیبیل جدا بسازید همراه با ریلشن و اونجا ذخیره کنید به تایین دیتا تایپ ها و استراکچری هم که میسازید دقت کنید که در آینده و در صورت سنگین شدن دیتابیس نتیجه عکس ندهد، اگر کاربر فقط یک کوئری دیتابیس دارد پس هربار کانکت کردن منطقی است در غیراین صورت شی ساخته شده از کانکت را در پراپرتی ای ذخیره و در دفعات بعد هم ازش استفاده کنید پیشنهاد میشود از کلاس های آماده mysql استفاده کنید.

2-آیا ممکنه اطلاعات به صورت کامل ذخیره نشه-حتی اگه سیستم timed out بشه؟

بله ممکن است اگر هنگام ارسال کوئری، دیتابیس ما از دسترس خارج شود اطلاعاتی ذخیره نخواهد شد.

3-آیا این مدلی فشار زیاد میشه؟

4- بالای چه تعداد ردیف برای یک تیبل فشار به سرور فشار میاره؟

بستگی به ساختار دیتابیس و دیتا تایپ و حجم اشغال شده دارد نمیشود یک عدد ثابت اعلام کرد.

میتوانید از SHOW FULL PROCESSLIST استفاده کنید در command برای مانیتور هر query

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

[ms313]

بجای like , dislike هم از صفر و یک استفاده کنید
در ضمن وقتی می خواهید پستی رو دیس لایک کنید اگه قبلا لایک داشته دیگه دوباره دیس لایک ثبن نکنید همون رو آپدیت کنید !

[miladtnt]

سلام
بنده در حال طراحی یک سیستم هستم با زیان php
در قسمت طراحی دیتابیسش برام شک به وجود اومده
بنده یدونه تیبل posts خواهم داشت و در هر ردیف از هر پست میخوام آیدی کاربرانی که به این پست لایک دادند رو در یک ستون با نام liked_users به صورتی که ایدی کاربران با "," جدا بشه در اون سیو کنم
به اینصورت:
(تیبل posts)

date	liked_users	content	id
2342352424	123,324,2345,24,2342,234,2342	salam	12

1-من با استفاده از concat در هر مرحله کاربر جدید رو اضافه میکنم به liked_users آیا این کار درستی هست؟
2-آیا ممکنه اطلاعات به صورت کامل ذخیره نشه-حتی اگه سیستم timed out بشه؟


و یک سوال دیگر:
اگه بخوام به جای این کار یدونه تیبل با نام liked_users باز کنم به صورت زیر:

(تیبل liked_users):

like_type	user_id	post_id
like	324	12
dislike	123	12
dislike	2342	12
like	2345	12

یعنی به صورتی که برای لایک هر شخص یک ردیف ایجاد بشه
3-آیا این مدلی فشار زیاد میشه؟

4- بالای چه تعداد ردیف برای یک تیبل فشار به سرور فشار میاره؟
5-آیا روش مشخصی برای محاسبه فشار هست؟
6- برنامه ای برای طراحی دیتابیس وجود داره خوب باشه؟
باتشکر

من روش اول رو توصیه میکنم منتها از
json_encode استفاده میکنم و بهتر بم جواب داده !

و اینکه بخواین بعدا تعداد اینا بشمارین باز بهترین روشش اینه ک از الان یه شمارنده بزارین تا تعداد بشماره

روش دوم رو بهتون وقتی توصیه میکنم که هاستتون کیفیت بالا باشه و محدود نباشه در این صورت صد در صد بهتر هست