MySQL，對象和超類

Question

我在設計我的網站時遇到了一些麻煩。我試圖以我設計我的網站的方式使用OOP設計，並使用MySQL以JSON格式存儲對象。

所以我在我的數據庫中創建一個MySQL表。該表將包含一個主鍵（PK）和我稱之爲頁面類型（pageType，例如：homePage，aMessage，aTutorial等）。這意味着我將擁有不同頁面格式的不同頁面（pageFormats，例如：headerArea，contentArea，footerArea等）。因此，根據所請求的pageType對象，查詢將轉到pageFormat表以檢索所需的div。

因此，例如，我們有一個AJAX請求，表明pageType被設置爲homePage。該請求然後將轉到pageFormat表，並查看哪個div允許homepage，然後返回它們。然後，我當然會將它們寫入文檔，並繼續加載所需內容的頁面等等。

我只是遇到了麻煩，從我的UML /文檔到這個想法的實際發展。所以如果有人可以幫助我，這將不勝感激。我最難理解的麻煩是在MySQL數據庫中，我正在爲pageType和pageFormat設置表格。

返回的類型將採用JSON格式，因此我的頁面的腳本將能夠正確格式化它們。因此，這引出了我的第二個問題，那就是將JSON對象存儲在將要成爲div的MySQL表中的最佳方式是什麼？會不會是TINYTEXT？因爲我不打算在那裏有大量的文字？

那麼我最後的問題是，什麼是最好的表類型？我也有選擇這個問題。

我已經引用http://dev.mysql.com/doc/refman/5.1/en/storage-engines.html爲表類型嘗試和幫助我，但我仍然不確定。

我也一直在閱讀http://www.agiledata.org/essays/mappingObjects.html#BasicConcepts以瞭解如何實現關係數據庫和映射對象。是否還有其他好的閱讀內容？

感謝您的任何幫助/方向。

Answer 1

如果您希望將數據作爲JSON文檔對象，我建議您使用NoSQL數據庫，如MongoDB或CouchDB而不是MySQL，因爲它們允許您直接使用JSON存儲數據。

對於MySQL，最常見的方法是使用ORM層來避免關係數據庫管理系統和麪向對象語言之間的阻抗。通過在RDMS中存儲一個類似JSON的對象，您迫使您的動態模式文檔適合標量值，在我看來，這並不是最好的解決方案。