PowerDesigner 三大數據模型詳解：CDM、LDM、PDM 的定義與轉換關係

前言

PowerDesigner 作為業界領先的數據建模工具，提供了從概念到物理的完整建模體系。理解概念數據模型（CDM）、邏輯數據模型（LDM）、物理數據模型（PDM）的定義、差異與轉換關係，是進行高效數據庫設計的前提。

概念數據模型（CDM）

定位：最高層級抽象，獨立於任何 DBMS 技術細節。
核心任務：分析資訊系統概念結構，識別核心實體、屬性及實體間關係。
特點：不涉及主鍵、外鍵、索引、視圖等物理實現細節；適合業務分析師與領域專家溝通，作為需求確認的基準。

邏輯數據模型（LDM）

定位：介於 CDM 與 PDM 之間，獨立於具體物理資料庫實現，但已引入技術層面規範。
核心任務：細化實體結構，定義實體標識符（主鍵）、規範化關係（外鍵）、確定屬性資料類型（邏輯類型）。
特點：比 CDM 具體，但不允許設計視圖、索引、分區等物理存儲物件；可作為多目標 DBMS 部署的共同藍圖。

物理數據模型（PDM）

定位：最底層、最具體，針對特定 DBMS（Oracle、MySQL、SQL Server 等）生成可執行 DDL。
核心任務：定義表、視圖、索引、觸發器、分區、表空間等物理存儲物件；支援逆向工程、生成建庫腳本、數據倉庫多維建模。
特點：包含所有物理實現細節（字元集、儲存參數、壓縮選項等）；可直接部署至目標資料庫環境。

三模型轉換關係與最佳實踐

1. CDM → LDM：概念實體轉為邏輯實體，屬性轉為列，關係轉為外鍵關聯，自動生成主鍵/外鍵約束。
2. LDM → PDM：邏輯類型映射為物理類型（如 VARCHAR → VARCHAR2/TEXT），加入索引、分區、表空間等物理屬性，生成目標 DBMS 專用 DDL。
3. PDM → LDM/CDM（逆向工程）：從現有資料庫提取結構，重建邏輯/概念模型，便於文檔化與重構分析。

建議流程：業務調研 → CDM 確認範疇與核心概念 → LDM 規範化設計 → PDM 針對目標 DBMS 優化 → 生成腳本部署 → 逆向同步維護文檔。

總結

CDM 解決「做什麼」，LDM 解決「怎麼邏輯組織」，PDM 解決「怎麼物理落地」。三模型分層解耦，保障了設計的可追溯性、可移植性與可維護性。