我正在創建一個包含五個部分的在線應用程序。每個部分都有自己的表格。我們稱之爲SECTION1,SECTION2等部分。將會有一個名爲APPLICATIONS的主表。該表中的第一列將是ApplicationID。我應該使用「RecordID」作爲列名嗎?
超快速服務器上只有幾千條記錄,所以我想把注意力集中在表格和關係的可讀性上,而不是我可以節省多少處理能力,如果我去規範化直到我生病。
下面是我在想我應該命名和構造表格。你能確認這是最可讀的方法嗎?在過去,我有效地做到了這一點。但是,我想看看是否有一些簡單的改進或想法可以整合。在一到十的範圍內,這種表/列命名的方法有多堅實?
APPLICATIONS - TABLE
ApplicationID - pk
SECTION1 - TABLE
RecordID- int - pk
ApplicationID - fk
Answer1 - text
Answer2 - text
SECTION2 - TABLE
RecordID- int - pk
ApplicationID - fk
Answer1 - text
Answer2 - text
正常化不僅僅是關於性能,而是關於可維護性。這種方案(我不能誠實地稱之爲設計)對於維護來說是非常可怕的,因爲每當有人想要改變seciotn中的內容時,您都必須添加列。學習規範化,那麼它似乎不會很難做到。 – HLGEM 2011-03-09 22:31:38
我瞭解正常化。我也瞭解它的優點和缺點。當然,其優點是減少了冗餘和更多的可維護性。但缺點是開發時間可能會延長。我是唯一的編碼員,並且知道項目的參數。問題和迴應在未來十年內不會改變。保證。一旦啓動並運行,代碼將被鎖定。另外,我的優勢是更多的ColdFusion和更少的SQL。這是一個很少有數據的Web應用程序。 – 2011-03-09 23:29:37
@HLGEM,我完全同意你的看法,那可怕的設計太可怕了。但是,它在2001年建立的網站上運行得非常有效。該網站仍在運行,並且已經準確快速地存儲了信息,並且產生了超過2000萬美元的資金。在我開發它的時候,CEO向我保證,問題和答案永遠不會改變。他是對的。 – 2011-03-09 23:34:46