Mid⏱ 14 دقیقه1 بخش · 3 نکته

مرور سریع طراحی دیتابیس

اصول کلی طراحی یک Schema سالم — کلید، رابطه و تصمیم بین نرمال‌سازی و کارایی.

0 از 3 نکته مرور شد0٪

فقط نکات طلایی ⭐

فهرست بخش‌ها

اصول طراحی Schema0/3

اصول طراحی Schema0/3

کلید، رابطه و تصمیمات اساسی طراحی.

Primary Key در برابر Foreign Key⭐ طلایی

Primary Key هر ردیف را در جدول خودش به‌طور یکتا شناسایی می‌کند؛ Foreign Key یک ستون است که به Primary Key جدول دیگری اشاره می‌کند و رابطه بین دو جدول را برقرار می‌کند.

رابطهٔ One-to-Many و Many-to-Many⭐ طلایی

One-to-Many با یک Foreign Key در سمت «many» پیاده می‌شود؛ Many-to-Many نیاز به یک جدول واسط (Junction Table) دارد که Foreign Key هر دو طرف را نگه می‌دارد.

sql\nCREATE TABLE StudentCourse (\n StudentId INT, CourseId INT,\n PRIMARY KEY (StudentId, CourseId)\n);\n

GUID در برابر Auto-increment Integer برای Primary Keyمهم

Integer خودافزا فضای کمتری می‌گیرد و برای Index سریع‌تر است؛ GUID قابل‌تولید در سمت کلاینت است و در سیستم‌های توزیع‌شده از برخورد کلید جلوگیری می‌کند، ولی Index آن کندتر و پراکنده‌تر است.

💡 نکتهٔ مصاحبه:

اگر پرسیدند چرا از GUID به‌جای int استفاده می‌کنید، به سناریوی Merge داده از چند دیتابیس یا تولید Id قبل از ذخیره در دیتابیس اشاره کنید.

⚠️ اشتباه رایج:

استفادهٔ کورکورانه از GUID برای همهٔ جداول بدون توجه به هزینهٔ کارایی آن روی جداول بسیار بزرگ.