نحوه ذخیره فیلدها در چند نوع محتوا در دیتابیس

به نظرم این قضیه یک Trade-Off محسوب میشه و باید بسته به شرایط و نیازتون سبک سنگین کنید.

مزیت اینکه اطلاعات هر کدوم بصورت مجزا در جدول خودشون ذخیره بشه ساده شدن کار و سرعت دسترسی بالاتر به اطلاعات در مواقع مختلف هست. و مزیت اینکه بصورت روابط PolyMorphic پیاده سازی بشه شاید این باشه که جدول اصلی ساده تر و سبک تر باقی می‌مونه و سرعت کوئری گرفتن بالاتر میره.

با ذکر این دلایل و بصورت کلی پیشنهاد من اینه:

فیلدهایی که جزو اطلاعات اصلی و پرکاربرد یک Entity هستند مثل title و publishdate و status و thumbnail و ... با اینکه احتمالا در سایر موارد هم تکرار می‌شوند، بهتر هست که به صورت مجزا و هر یک در جدول خودشون قرار بگیرند. چون خیلی سخت و عجیب خواهد بود اگر هر سری برای گرفتن عنوان یک کتاب یا مقاله از Relation ها اون هم PolyMorphic استفاده کنید. وقتی خیلی تمیزتر و ساده تر می‌تونید مثلا از book->title$ استفاده کنید.

اما یکسری موارد دیگه مثل برچسب های موضوعی، کامنت، تصاویر پشتیبان و ... خیلی موارد مناسبی هستند که بصورت PolyMorphic و مشترک بین همه شون طراحی شوند. چون اولا اکثرشون به این موارد احتیاج دارند و مشترک هست. و دوما موارد استفاده شون نسبت به حالت قبل کمتر هست و بصورت کلی می ارزه. به همین خاطر منطقی نیست برای هر یک از Entity های book و‌ article و news یک جدول جداگانه برای ذخیره برچسب ها یا کامنت هاشون داشته باشیم. وقتی همه چیزشون مثل هم و مشترکه.