2012-12-17 26 views
0

這個想法是爲小型應用程序設計一個簡單的ER圖。建模ER圖

該應用程序是一個問題答案系統。每個用戶應該能夠以文本格式提問,然後其他用戶可以使用圖像發佈答案。

最後,提出問題的用戶應該能夠選擇圖像作爲正確的答案。

讓我至今的設計是三個表:

  • 用戶提供的屬性ID,用戶名,電話,地點,真實姓名,密碼。
  • 問題屬性ID,描述,時間,狀態。
  • 圖像的屬性ID,地址

有形象和用戶之間的問題和與用戶之間多到一個關係。

但是,我不知道IMAGE和QUESTION之間的關係應該如何。

它們之間應該存在一對一的關係嗎?這是一個很好的設計嗎?

感謝

+0

以及如何區分作爲問題的用戶和回答的用戶?也因爲1問題可以有許多圖像作爲答案,它也是一對多的關係 – MimiEAM

+0

您是否存儲問題的答案?是否有問題和問題答案表? – Meff

+0

@Meff答案是圖片 – ssgao

回答

0

如果用戶應該能夠選擇一個圖像是正確回答一個問題,這意味着應該有可供選擇多個圖像 - 所以沒有之間的一個一對一的關係這兩個不是一個好主意。

如果任何給定的圖像只會用在一個問題中,那麼這將表明從問題到圖像的一對多關係。如果相同的圖像可以用於許多問題,那麼這意味着多對多的關係。

當然,你需要在問題表上有一個「選定的圖像」屬性。

+0

三元關係或聚合而不是實體之間的三角形相互關係會更好嗎? – ssgao

+0

@hydrology:在實體之間存在多對多關係的情況下(在關係建模中),您應該在它們之間有一個鏈接實體,它與每個鏈接的實體具有多對一的關係 - 因此(例如)如果問題與圖像之間存在多對多關係,則應該在它們之間存在問題圖像鏈接實體。 (在這個例子中,鏈接實體可能對應於一個「提供的答案」實體,該實體並未包含在問題中)。 –

0
USER with attributes id, username, phone, location, realname, password. 
QUESTION with attributes id, desription, time, status. 
IMAGE with attributes id, address 

Image_question 1:n (One question can have multiples images) 

User_questions 1:n 
+2

儘管此代碼可能解決提問者的問題,但最好解釋它是如何工作的以及什麼是它與提問者所嘗試的內容之間的差異(如果他(她)已經嘗試了任何東西)。 – dorukayhan