是否需要關係數據庫？

我正在試圖幫助我公司數字化他們的歷史。一個項目正在爲設備提供維護記錄並將其放入一個mysql數據庫中。這個想法是能夠在任何時候拉起歷史，而不會翻動成堆的紙堆。是否需要關係數據庫？

我的經驗僅限於使用phpMyAdmin來創建表格，並通過php來摸索輸出數據的方式。我從來沒有使用關係設置。

數據字段總是相同的，數據庫將通過從Excel複製/粘貼（直到可以計算出逗號分隔導入的時間）來填充，並且該數據不需要由最終用戶編輯。這僅限於查看/打印目的。

實例字段：號，單元號，UNIT_TYPE，日期，maintenance_performed

我的問題是，將投入一個表這一切是完成這一任務能夠接受的方式？或者由於不同類型的單位，關係設置會更好？爲什麼？

2013-07-17 batyote

您需要閱讀[規範化]（http://en.wikipedia.org/wiki/Database_normalization）和[外鍵約束]（http://dev.mysql.com/doc/refman/5.6/ EN /創建表，外商keys.html）。可能[關係代數]（https://en.wikipedia.org/wiki/Relational_algebra）如果你喜歡去硬派。 – 2013-07-17 00:39:12

爲什麼要使用數據庫？聽起來像電子表格的工作。但是，如果你確實需要一個數據庫，那麼通過所有的手段是包括這些關係。 –

您試圖做的事情可以在電子表格或Microsoft Access中完成，只需花費一小部分成本和精力。如果您打算使用數據庫，請嘗試在其中添加一點體系結構。就像您需要2個表格，項目和維護和維護參考項目一樣。 – Ryk

這是太長的評論。

我會專注於將數據導入數據庫而不是存儲在數據庫中。您將有足夠的問題複製和粘貼數據。例如，如何確保日期始終保持一致的格式？

將數據加載到表格後，您可以擔心如何針對查詢目的對其進行優化。新記錄將如何繼續上傳？這將是這一進程中非常重要的一部分。（除了記錄中的其他信息外，我還建議在數據庫中創建一個創建日期。）

數據加載後，您可以擔心組織它的最佳結構。這與一個真正的檔案保管員相似，後者傾向於從收集大量數據開始，然後找出組織它的最佳方式。

來源

2013-07-17 00:42:45

是否需要關係數據庫？

回答

相關問題