سلام علی جام

نه لازم نیست ارث بری کنید فقط یک userId دریافت کنید توش ( حالا چون از aggregate استفاده نکردین یه رابطه هم بینشون ایجاد کنید)

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

استاد من هنوز دوره پیشرفته رو شروع نکردم

و دارم از معماری که در دوره مقدماتی استفاده شد استفاده میکنم

من درست متوجه نشدم

الان سه تا جدول کارمند استاد و دانشجو درست کنم و یک جدول user؟و userId رو بدم به اون سه تا جدول؟

الان داخل جدول user که نوشتم همه اطلاعات رو گرفتم

ولی خب مثلا استاد همه فیلدها رو میخاد، کارمند سابقه تدریس نمیخاد ، دانشجو هم چند مورد رو لازم نداره

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

یکم گیج شدم استاد

ببینید احراز هویت بر اساس Role و Permission انجام میشه 

 جداول هم برای نمایش مشخصات هر فرد یا مدرس و …

یه جدول برای کاربر ها

یه جدول برای مدرس ها -→ رابطه با جدول user

یه جدول برای کارمند ها -→ رابطه با جدول user

استاد عکس ضمیمه گذاشتم درسته؟

یه همچین چیزی باید داشته باشید ( باید بسته به پروژه ای که دارید تغییر کنه ولی کلیات کار به این شکله )

سلام استاد

تقریبا کلیات دیتابیسو نوشتم

ممنون میشم نظرتونو بگید

اینم فایل خامش

به نظر اوکی میان ولی باز هم باید خودتون نیاز سنجی کنید ببینم نیاز های پروژه اتون همین ها هستن یا نه

تقریبا همیناس فقط بحث اقساطی دوره پیش میاد که نمیدونم چکارش کنم؟

اقساط برمیگرده به بخش Order باید نسب به نیاز کارفرما روش های مختلف پرداخت سفارش رو پیاده سازی کنید

حالا باید ازشون بپرسید که اقساط رو میخان به چه شکل پیاده سازی کنن بعد شما جداول اش رو بسازید