規劃數據庫應用程序

我正處於個人使用的數據庫應用程序的規劃階段。我已經計劃好了一些數據庫結構，但是當我考慮如何編寫這個程序時，它讓我懷疑我是否按照正確的順序來完成這個任務。規劃數據庫應用程序

我應該先計劃哪個db結構或類？

2010-05-13 ChrisC

我覺得首先設計數據模型是一個非常好的主意。

如果應用程序是數據庫驅動的，那麼即使嘗試編寫任何代碼，也應該對您的數據模型看起來像什麼樣子有一個很好的理解。

您仍然可以概念化您認爲類可能看起來像您對數據模型的思考。當你決定你的需求時，將它保留在你腦海的背後，當你開始編寫代碼時也會有所幫助。

當然，當你開始編寫代碼時，你可能不得不重新訪問你的數據結構，所以這是一個迭代過程，但是在項目開始時進行良好的規劃是個好主意。

2010-05-13 21:30:04 jaywon

+1：數據永遠存在，處理來來往往。 – 2010-05-13 21:54:59

@S。洛特 - 這是一個很好的報價，我必須記住這一點。 – jaywon 2010-05-13 23:01:46

它們最經常一起開發，儘管開始設計數據庫的基本結構通常是最容易的，然後轉向代碼。您會發現，根據應用程序的大小，數據庫會隨着最終產品的方式而頻繁更改。

2010-05-13 21:29:03 buggedcom

我通常會盡我所能來計劃，然後根據我爲自己寫的規劃/設計規範開始創建數據庫。

然後，我使用類似Linq-To-SQL的東西來生成一些基本的DAL類 - 將它們包裝在一個處理大部分CRUD情況的存儲庫類中。根據應用程序的複雜性，我編寫一個直接使用倉庫（快速/髒）的GUI或者編寫一個域邏輯類（可能是數據傳輸對象或啞POCO）在存儲庫中的功能。

顯然，最好的規劃錯過的東西，所以請確保您在考慮，你必須要回去，並添加字段，改變類型，添加關係等

2010-05-13 21:29:51 Nate

這很有趣，我覺得我明白你的意思，但它主要是在我頭上。你的意思是在計劃完成之後，接下來創建一個ORM，然後爲你的ORM編寫代碼？ – ChrisC 2010-05-16 17:08:51

是的，差不多。規劃，建立在SQL Server中，設置Linq-To-SQL，然後開始編碼。 – Nate 2010-05-17 14:40:51

我想你會從以數據爲中心的應用程序中心人員得到一個不同的答案。就我個人而言，我總是從數據開始，但應用程序員可能會從這些類開始。

在現實中，我認爲你需要在兩個同時工作。

2010-05-13 21:30:51 HLGEM

+1：總是從數據開始。 – 2010-05-13 21:55:23

如果你的系統的目的是存儲，檢索和報告數據，那麼我想說，首先設計數據庫是合適的。

另一方面，如果系統的目的是使用軟件實現一個或多個業務流程，那麼首先設計「領域模型」，將業務流程建模爲對象通常會更有效率/ classes，然後確定如何將它們保存到/從數據庫中。

2010-05-13 21:36:41

回答