我今天在看ER圖。如果我們考慮兩個實體,即出租商店中的項目和成員,則該成員可以檢出項目或更新項目。因此,對於這一點,我想出了以下內容:我是否需要在ER圖中明確建模依賴關係?
的想法是,會員可以檢查出任何數量的項目,但項目只能進行一次檢查。而且,會員可以更新任意數量的物品,並且只能由一個會員更新物品。但我的問題是,一旦成員更新了一個項目,我是否需要以某種方式在ER圖中明確指出它?我的意思是,讓我說我續訂了一個項目,我如何表明它應該在CHECKOUT_LOG
表中更新,還是隻針對關係模型?
我今天在看ER圖。如果我們考慮兩個實體,即出租商店中的項目和成員,則該成員可以檢出項目或更新項目。因此,對於這一點,我想出了以下內容:我是否需要在ER圖中明確建模依賴關係?
的想法是,會員可以檢查出任何數量的項目,但項目只能進行一次檢查。而且,會員可以更新任意數量的物品,並且只能由一個會員更新物品。但我的問題是,一旦成員更新了一個項目,我是否需要以某種方式在ER圖中明確指出它?我的意思是,讓我說我續訂了一個項目,我如何表明它應該在CHECKOUT_LOG
表中更新,還是隻針對關係模型?
您是否認爲續訂和結帳本質上是相同的功能。從你的評論我看到兩個區別。
作爲藍本成員不能返回一個項目,然後再看看。
我會用三個實體(括號中的主鍵
項目:(ITEM_ID),其他領域 會員:(USER_ID),其他領域 結帳:(ITEM_ID,USER_ID,創建時間戳),返回日期,更新指標
對不起,延期了,謝謝指點。 – Legend 2010-09-24 20:11:46
這不是一個ERD,更像是一個流程圖,因爲「checkout」和「renew」不是自己的實體 – 2010-09-20 00:22:04