کمک در رابطه با ارث بری روابط

[miladbar]

اگر ما یک یک جدول کلی برای ملک داشته باشیم که شامل اطلاعات عمومی زیر باشد:
کدملک - شناسه مالک - ادرس - مساحت - ........... - نوع ملک - نوع عرضه
و سه جدول دیگر زمین - مسکونی و تجاری داشته باشیم که می خواهیم از جدول ملک ارث ببرند. چگونه می توان این ارث بری را در جداول نشان داد؟:افسرده:
ایا باید برای نوع عرضه ( فروش - اجاره ) نیز جدول طراحی کرد مثلا ایا باید جداول مسکونی-اجاره و مسکونی-فروش داشت؟

[baktash.n81@gmail.com]

سلام

بستگی به دیدت و نیازت داره ...

ما یه موجودیت داریم به اسم ملک که این موجودیت یکسری صفات داره ... مثلا متراژ و ... یکی از صفاتش می تونه نوع باشه که مشخص کنه زمین مغازه یا خونه است ... مالک هم می تونه یکی از صفات باشه ؟!؟ نه مالک خودش یه موجودیت که یکسری صفات داره ... مثل نام و نام خانوادگی ... پس دو تا موجودیت جدا هستند اینا ... ولی یه رابطه ای باهم دارند ... آیا رابطه یک به یکه ؟... خیر چون هر مالک می تونه چند تا ملک داشته باشه (البته کاش تو تهران یک به یک بود) ... آیا یک به چنده ... یعنی هر ملک حتما یک مالک داره ؟؟ خیر چون ممکنه دونفر شریکی یک ملک داشته باشند ... پس رابطه چند به چنده و برای پیاده سازی این نوع ارتباط ما از جدول واسط استفاده می کنیم ...

اما اینکه یک ملک فروشی هست یا برای اجاره ... آیا این صفته ؟! یا خودش موجودیته ؟! اگه اینجوری بهش نگاه کنیم ... مثلا یک مالک برای مدت زمان مشصی درخواست اجاره دادن ملکش رو داره ... یعنی یه آگهی میده ... در این دید می تونیم تصور کنیم که این یک موجودیته ... تاریخ داره ممکنه فعال یا غیر فعال بشه ... ممکنه براش قیمت خاصی در نظر گرفته بشه ...

مستاجر هم یه موجودیته ...

که یه رابطه ای با ملک داره ... این رابطه رو خودت تشخیص بده ... و بگو این جدول رابطه بین این دو چه صفت هایی می تونه داشته باشه

[miladbar]

سلام بکتاش
از راهنماییت ممنونم. خیلی کمکم کرد. حالا یه سوال دیگه :لبخندساده: پیاده سازی جدول واسط چه طوریه ؟ بین دو جدول ملک و مالک که رابطه چند به چند دارند چه طور می تونیم جدول واسط داشته باشیم.

[miladbar]

دوستان ظاهرا این بخش سایت زیاد فعال نیست. :چشمک: مشکلی که در بالا گفتم حل شد. جدول واسط باید جدولی شامل کلید اصلی دو جدولی باشد که رابطه جند به چند دارند باشد که کلید اصلی مجموع این دو کلید خارجی است.
حالا یک سوال دیگه برام پیش اومده ؟؟؟؟؟
در رابطه ی قرارداد (معامله ) که بین بنگاه - ملک - مالک - متقاضی شکل می گیرد. با توجه به شکل زیر که نوع ارتباط ها را نیز نشان می دهد جدول قرارداد چگونه باید باشد و چه جداول واسطه ای نیاز داریم.
امیدوارم منو راهنمایی نمایید. یلداتون قشنگ
79518

[Galawij]

در رابطه با این قسمت از نمودار ER، برای پیاده سازی موجودیت قرارداد باید یک جدول دیگر در نظر بگیرید که از چهار جدول دیگه کلید خارجی می گیرد به علاوه سایر فیلدهای مربوط به این موجودیت.

[miladbar]

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

[Galawij]

دو جدول دیگر لازم دارید یکی برای خریداران و یکی برای مالکین معامله. که شامل فیلد قرارداد به همراه فیلدهای کد خریدار و کد مالک در هر جدول به صورت جداگانه هست(ارتباط چند به چند).
ولی رابطه قرارداد با ملک و بنگاه یک ارتباط چند به یک هست که در همان جدول قرارداد جواب می دهد.

[computer _ student]

کاربر miladbar به نظرم دیاگرامی که کشیدید صحیح نیست(البته این فقط یک نظره)
اما اگه اشتباه میکنم بهم بگید
همان طور که دوست عزیزمون گفتند رابطه بین مالک و ملک چند به چند است اما شما رابطه را یک به چند ترسیم کردید و هر چهار موجودیت را با یک رابطه به هم وصل کردید. میشه برام توضیح بدید چرا این کار را کردید. مرسی
از نظر من دیاگرام باید به این شکل باشه:
http://s2.picofile.com/file/7221380214/d3.jpg

[miladbar]

سلام دوست عزیز
طراحی من برای یک سیستم جامع اینترنتی است که متقاضیان بتوانند ملک مورد نظر خود را جستجو کنند و در نهایت سیستم قرارداد را نیز ثبت کند. پس این طراحی برای بنگاه خاصی نیست.
دیاگرام من بخشی از دیاگرام اصلی من بود و تنها تفاوتش کلی اش با دیاگرام شما در ارتباط قرارداد است که خود یک موجودیت می باشد. به نطر من در این ارتباط بنگاه و ملک نیز شرکت دارند. زیرا هر قرارداد بین طرفین قرارداد و بنگاه برای ملک خاصی ثبت میشود . حالا اگه زحمتی نیست بازم می تونید بیشتر در این باره توضیح بدید. یک مشکل دیگر من موجودیت ملک می باشد چون که در حالت کلی هم می تواند مسکونی یا تجاری یا زمین باشد. که ما می توانیم یک موجودیت ملک با صفات عمومی داشته باشیم و سه موجودیت دیگر ( تجاری - مسکونی - زمین ) که از ان ارث می برند. هر ملک در حالت کلی یک نوع عرضه نیز دارد ( فروش - رهن و اجاره ) که طبق ان باید فیلدهایی برای هزینه ی درخواستی نوع عرضه داشته باشیم. چه طور می شود این جداول را طراحی کنیم ؟؟ و یا اینکه اگر جداولی جداگانه برای هزینه های نوع عرضه داشته باشیم چگونه این جداول وارد دیاگرام EER می شود؟؟؟ همچنین در مورد ادرس ملک که در پست قبلی گفتید مثلا اگر کسی استان را اصفهان وارد کرد و شهر را کرمانشاه مشکل به وجود می اید!!!! من می خواهم در این سیستم متقاضی مثلا وقتی استانی را انتخاب می کند شهرهای ان را ببیند پس فکر کنم باید یه جدول با دو فیلد استان و شهر داشته باشیم که از پیش در سیستم باشد و انها را به عنوان کلید خارجی در جدول ملک قرار دهیم.

خواهشا منو کمک کنید بچه ها . خواهش می کنم

[computer _ student]

سلام دوست عزیز
طراحی من برای یک سیستم جامع اینترنتی است که متقاضیان بتوانند ملک مورد نظر خود را جستجو کنند و در نهایت سیستم قرارداد را نیز ثبت کند. پس این طراحی برای بنگاه خاصی نیست.
دیاگرام من بخشی از دیاگرام اصلی من بود و تنها تفاوتش کلی اش با دیاگرام شما در ارتباط قرارداد است که خود یک موجودیت می باشد. به نطر من در این ارتباط بنگاه و ملک نیز شرکت دارند. زیرا هر قرارداد بین طرفین قرارداد و بنگاه برای ملک خاصی ثبت میشود . حالا اگه زحمتی نیست بازم می تونید بیشتر در این باره توضیح بدید. یک مشکل دیگر من موجودیت ملک می باشد چون که در حالت کلی هم می تواند مسکونی یا تجاری یا زمین باشد. که ما می توانیم یک موجودیت ملک با صفات عمومی داشته باشیم و سه موجودیت دیگر ( تجاری - مسکونی - زمین ) که از ان ارث می برند. هر ملک در حالت کلی یک نوع عرضه نیز دارد ( فروش - رهن و اجاره ) که طبق ان باید فیلدهایی برای هزینه ی درخواستی نوع عرضه داشته باشیم. چه طور می شود این جداول را طراحی کنیم ؟؟ و یا اینکه اگر جداولی جداگانه برای هزینه های نوع عرضه داشته باشیم چگونه این جداول وارد دیاگرام EER می شود؟؟؟ همچنین در مورد ادرس ملک که در پست قبلی گفتید مثلا اگر کسی استان را اصفهان وارد کرد و شهر را کرمانشاه مشکل به وجود می اید!!!! من می خواهم در این سیستم متقاضی مثلا وقتی استانی را انتخاب می کند شهرهای ان را ببیند پس فکر کنم باید یه جدول با دو فیلد استان و شهر داشته باشیم که از پیش در سیستم باشد و انها را به عنوان کلید خارجی در جدول ملک قرار دهیم.

خواهشا منو کمک کنید بچه ها . خواهش می کنم

سلام
اگه موجودیت بنگاه ندارید پس باید این موجودیت را از دیاگرامی که من کشیدم حذف کنید و تنها سه موجودیت مالک ، ملک و متقاضی را دارید. و باید 5 جدول طراحی کنید
1 مالک
2 ملک
3 مالکیت (رابطه بین مالک و ملک)
4 متقاضی
5 قرارداد (رابطه بین مالک و متقاضی)
می دونم که خودتون این ها را بلدید برای تذکر گفتم
این که ملک شما سه نوع "تجاری ، مسکونی و زمین" دارد باید از مفهوم تخصیص در نمودار EER استفاده کنید
در مورد هزینه نوع عرضه ملک، فکر می کنم ساده ترین راه اضافه کردن 3 فیلد به جدول ملک باشد. فیلد های "هزینه فروش" ، "هزینه رهن" ، "هزینه اجاره". و اگر ملکی یکی از این موارد را نداشت مقدار فیلد NULL می شود و فکر نمی کنم احتیاجی به طراحی جداول جداگانه برای هزینه های نوع عرضه باشد.
در مورد رابطه بین استان و شهر . اگه بخواهید در برنامه این سهولت را برای کاربران سایت فراهم کنید باید یک جدول با دو فیلد استان و شهر طراحی کنید. (همان طور که خودتون گفتید) کلید اصلی این جدول می تواند به طور ترکیبی هر دو فیلد باشد و یا بهتر است یک فیلد جداگانه برای کلید تعریف کنید. و کلید این جدول را باید به جدول ملک اضافه کنید.
شما که خودتون وارد هستید!
این هم یک مثال از تخصیص
و نکته مهم در رابطه با تخصیص اینه که ویژگی های مشترک را باید در زبر نوع( super entity type) تعریف کنید.(زبر نوع در اینجا دانشجو است) و ویژگی های خاص هر زیر نوع(sub entity type) در جدول خودشان تعریف می شود. (زیر نوع : همان انواع دانشجو است)
http://s2.picofile.com/file/7222226127/d5.jpg