用PowerDesigner 進行系統設計,還是有很多很方便的地方的。
但在學習和使用的過程中,如何與DBMS進行關聯和對應還有很多的問題需要細摳。如下面的東西:
1、MSSQL中有一種數據類型叫UniqueIdentity,它會生成一個GUID數據,但如果對應到PD中的概念模型中,就沒有辦法對應,物理模型中也一樣。哪位知道呢?
如果反向回來,在PD中,顯示的是Variable Multibyte (36)的數據類型。
2、實體間的關系
我們知道在PD中,常用的實體間的聯系有四種:一對一,一對多,多對一,多對多
但在選擇Cardnalities時,cardnality 有:0,1 , 0,n ,1,n ,1,1 這四個又是說的什么呢?關鍵是0,1和0,n是什么意思。
在上圖(概念模型圖)中,擔保項目與審保會議是一個一對多的關系。同時,在此關系中,擔保項目最少一個,審保會議最少一個,最多N個;
在實際的數據庫中,這是一個最最普通的外鍵關聯關系。
哪位能解釋一下,為什么不是下面這個圖的樣子呢?
但在學習和使用的過程中,如何與DBMS進行關聯和對應還有很多的問題需要細摳。如下面的東西:
1、MSSQL中有一種數據類型叫UniqueIdentity,它會生成一個GUID數據,但如果對應到PD中的概念模型中,就沒有辦法對應,物理模型中也一樣。哪位知道呢?
如果反向回來,在PD中,顯示的是Variable Multibyte (36)的數據類型。
2、實體間的關系
我們知道在PD中,常用的實體間的聯系有四種:一對一,一對多,多對一,多對多
但在選擇Cardnalities時,cardnality 有:0,1 , 0,n ,1,n ,1,1 這四個又是說的什么呢?關鍵是0,1和0,n是什么意思。

在上圖(概念模型圖)中,擔保項目與審保會議是一個一對多的關系。同時,在此關系中,擔保項目最少一個,審保會議最少一個,最多N個;
在實際的數據庫中,這是一個最最普通的外鍵關聯關系。
哪位能解釋一下,為什么不是下面這個圖的樣子呢?
