0
一般來說,我有一個關於ORM(S)的問題,併爲管理企業/小應用程序的數據庫架構和模型的最佳方式(實際上,保持應用模式,並始終數據庫架構同步)從應用程序模型創建數據庫模式與否?
這是一個很好方式從應用程序模型創建數據庫模式或首先創建數據庫模式,然後從中創建應用程序模型?哪一個更好?
注意:我在Django ORM中看到了這個原理,它有一個工具可以從應用程序模型創建/同步應用程序數據庫模式。
一般來說,我有一個關於ORM(S)的問題,併爲管理企業/小應用程序的數據庫架構和模型的最佳方式(實際上,保持應用模式,並始終數據庫架構同步)從應用程序模型創建數據庫模式與否?
這是一個很好方式從應用程序模型創建數據庫模式或首先創建數據庫模式,然後從中創建應用程序模型?哪一個更好?
注意:我在Django ORM中看到了這個原理,它有一個工具可以從應用程序模型創建/同步應用程序數據庫模式。
我通常從邏輯模型開始(即對問題域進行建模),然後從那裏開始。
在動態腳本語言中,實踐似乎是創建類,然後讓任何數據庫遷移工具爲您創建模式。
在Java/Hibernate中,我一直在使用的商店太偏執了,所以我們獨立於類創建了DDL。類和ORM映射然後引用現有的模式。
所以你不覺得有什麼問題嗎?我的意思是它的可維護性? –
動態腳本+遷移的難點在於那些東西只會出現在數據庫中,所以模式會變得混亂。 Java + DDL方法的問題是,如果你想要一個新的列或表,你必須編寫新的DDL並安排運行腳本。所以它的類型取決於您希望通過架構進行多少細粒度的控制以及您想要花費時間的位置。但是無論哪種方式對於我所在的項目來說都是合理的。 – Rob