2010-08-13 16 views
0

您好我正在做關於ER建模的分配,並且存在我卡上的一部分,這裏是一個摘錄:ER建模 - 生成患者ID每次訪問

患者是誰要麼考上了人該醫院還是在門診程序中註冊。每位患者都有一個患者編號(ID),姓名,dob和電話。住院患者有一個接納日期。每個門診預定零或更多的回訪,其中有數據和評論。 每次患者入院或登記爲門診患者時,都會收到新的患者編號。

我不能做最後一段粗體。我曾嘗試過這個問題:http://tinypic.com/r/358dus9/4

此外,如果任何人都可以檢查我是否做得對,請高度讚賞謝謝!

回答

1

有時,作業還包含非常不重要的「信息」。

目的正是要學會從噪音中濾除「真實」信息。 (但要注意的是有幾十個和幾十個ER方言,每個方言都有它自己的特點),ER沒有辦法表達這樣的信息:「實體y中的屬性x是系統自動生成的「。出於這個原因,就實際ER模型而言,你的粗體短語就是噪音。

+0

我已經注意到了,非常感謝。 – stockoverflow 2010-08-17 02:40:04

0

我同意Erwin在這一個。我會補充說,不必爲患者建立一個一致的結構就意味着您不必爲患者創建另一張桌子,您可以直接將其放入ER套中。

但是,一般來說,這是一個不好的做法。事實上,您仍然可以在多次就診時爲患者提供可識別患者的常規患者表格。再次,這是一堂課,衆所周知,排名第一的規則並不是違反教師(無論它多麼瘋狂)。這裏真正的教訓是學習如何採取要求,讓他們澄清要求,解釋後果,如果他們沒有按照您的建議如何建模數據,然後繼續與他們說什麼,因爲他們有最後說客戶端。

取決於您正在採取的過程。 Microsoft SQL Server/SQL Express具有自動編號設置的可能性,而Oracle不具有此功能(儘管它通過this完成)。就建模而言,就我所知,沒有辦法專門模擬該要求。

實體關係圖用於模擬關係以及存在的數據本身。你要找的更多的是UML方法來描述進程其中它有數據創建該字段。

+0

感謝堆深度答覆。剛剛得到證實是噪音,老師無關緊要。 – stockoverflow 2010-08-17 02:39:32