PDA

View Full Version : دلیل اجباری نبودن PK در دیتابیسها



khadem1386
پنج شنبه 10 اردیبهشت 1388, 00:07 صبح
آیا کسی می دونه مزایا یک دیتابیس بدون primary Kay چیه؟

اگر هیچ مزیتی نداره چرا بصورت انتخابی در آوردن ؟

1-متونستند یک فیلد پنهان سیستمی درست کنند و خودشون تنظیم کنند.
2- نباید اجازه بدند که یک دیتابیس بدون primary kay اصلا save بشه

این موضوع در مورد MsSql و در مورد accessصادق است.

البته ممکنه اخطار بده
ولی اگر انقد مهمه، نباید آزاد می گذاشت.

به نظر شما آزاد بودن بوجود آوردن primary kay چیست؟

من قبلا از این آزادی استفاده کردم و خوب ضرر کردم.
کسی هست که سودی کرده باشه؟

araelectronic@ymail.com
پنج شنبه 10 اردیبهشت 1388, 00:25 صبح
با سلام
دوست عزیز همانطوریکه حتما میدانید اگر فیلدی بعنوان pk انتخاب شود در کل جدول باید بصورت یکتا باشد. ممکن است شما جدولی داشته باشید که هیچکدام از فیلدهای آن و ترکیب آنها یکتا نباشد در اینصورت مجبورید یک فیلد اضافه مانند شماره رکورد اضافه کنید که خود آن باعث افزایش حجم پایگاه داده خواهد شد هرچند با مقدار کم و کاملا بی استفاده خواهد بود.
ولی از نظر طراحی پایگاه بهتر است که شما طوری تحلیل کنید که موجودیتها از هم جدا باشند و هر جدول کلید داشته باشد تا از افزونگی و بهمریختگی جلوگیری شود

موفق باشید

Microsoft.net
جمعه 11 اردیبهشت 1388, 12:28 عصر
1-متونستند یک فیلد پنهان سیستمی درست کنند و خودشون تنظیم کنند.


نمی تونه این کارو بکنه چون شما باید فیلد کلید اصلی تون رو انتخاب کنید و این یک امر ادراکی هست و اتوماتیک نمی شه انجامش داد . درضمن بعضی وقتها ممکنه شما کلید اصلی ترکیبی داشته باشید و این تشخیص شماست نه dbms. در هر صورت SQL فرض رو بر این گذاشته که کسی که مشغول طراحی هست تسلط کافی رو به این مباحث داره . درضمن SQL رو با ابزار عمومی مثل اکسس مقایسه نکنید اکسس برای کاربران عمومی و غیر متخصص ساخته شده و خوب خیلی از کارها باید پشت پرده انجام بشه