0
我喜歡這種方式,它保留了對Q/A的編輯,並允許我們在需要時進行回滾。用於記錄編輯和回滾功能所需的數據庫概念
我正在尋找關於如何實現類似於此的數據庫結構概念。任何人都可以提供任何見解
我目前的解決方案是有兩個表是這樣的...
Table1
ID | Date | UserID
。
Table2
ID | Table1ID | UserID | Title | Details
我喜歡這種方式,它保留了對Q/A的編輯,並允許我們在需要時進行回滾。用於記錄編輯和回滾功能所需的數據庫概念
我正在尋找關於如何實現類似於此的數據庫結構概念。任何人都可以提供任何見解
我目前的解決方案是有兩個表是這樣的...
Table1
ID | Date | UserID
。
Table2
ID | Table1ID | UserID | Title | Details
有多種方法可以實現這一點。您可以先看看MediaWiki schema。特別參見Revision,Page和Pagecontent表。
我相信StackOverflow的設計很相似。但是,根據此blog post,StackOverflow開發人員遇到了部分設計的可伸縮性問題。
如果我正確地閱讀該模式,那麼我有兩個表的想法應該在正確的路徑上。 ** Table1 **('Page')和** Table2 **('Revision') – 2010-09-12 02:23:10
此外,你會保留一整個修訂版本,或者一些如何解析變化以節省空間? – 2010-09-12 03:30:16