مشورت درباره دیتابیس فروشگاه اینترنتی

@ali.bayat
پس نظر شما اینه که جدولای جدا تعریف کنم و واسه لاگین هم از multi authentication استفاده کنم ؟

درسته
وقتی که شما در سیستم ادمین - فروشنده - خریدار دارید...
خوب خریدار که همون user هست اما ادمین و فروشنده میتونند جداول خودشون رو داشته باشند و با این کار مدل‌های شما که در نهایت با جداول در ارتباط هستند ، مرتب تر و کد‌هاتون خواناتر میشند و آزادی عمل بیشتری هم دارید

@ali.bayat
سلام ببخشید اقای بیات اموزشی هست که قشنگ بشه یاد گرفت برای تحلیل یه پروژه و تبدیل اون به جداول دیتابیس ؟

@sardarmz
درود
من آموزش خاصی در این زمینه سراغ ندارم.

اما چند تا نکته رو می‌تونم به طور کلی عنوان کنم:
در هر اپلیکیشن تحت وب که ما داده‌ای رو ذخیره کنیم.. در واقع داریم از یه دیتابیس استفاده میکنیم (به جز حالاتی که در فایل‌ها چیزی رو ذخیره میکنیم که روش خوبی نیست). پس یه توسعه دهنده خوب باید تسلط نسبی روی بانک‌ اطلاعاتی که باهاش کار میکنه، داشته باشه..
خارج از یه سری الگوریتم‌ها که ما در برنامه پیاده‌سازی میکنیم و کارهای خاص انجام میدند; در توسعه وب سر و کار ما عمدتا با بانک‌های اطلاعاتیه.. پس واجبه که بدونیم چطور داده‌های جدید بوجود بیاریم، آپدیت کنیم، حذف کنیم و ...

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

پیروز باشید

سلام.
خیلی از سوال گذشته اما نظرم رو میگم شاید دوستان دیگه ای بدردشون بخوره:

1. اصلا درست نیست جدا کردن جدول کاربران چون یک موجودیت به اسم کاربر داریم، اینکه کاربر معمولی، فروشنده یا مدیر باشه رو باید نقش مشخص کنه.
2. منطقی هم فکر کنیم نیازی نداریم، پروفایلها باهم فرق میکنن، شما میتونید پروفایلهای جدا داشته باشید.
3. بازهم نیازی به داشتن سه پروفایل جدا نداریم، دقت کنید: یک مدیر حتما یک کاربر هم هست و همینطور یک فروشنده حتما یک کاربره، پس همه اول کاربر هستند، حالا اگر خواستند فروشنده هم باشن پروفایل فروشگاه رو هم پر میکنن