在做企業資訊化的過程中，對於歷史資料和歷史資料包表的處理遇到了些問題，主要是兩個方面：
1、歷史資料歸檔。這方面看到了一些討論，主要方向是做乙個相同的歸檔庫，定期將流通資料庫中內容放到歸檔庫或者叫歷史庫中。裡面有幾個細節問題需要考慮怎麼處理：
首先是如何描述歸檔規則，也就是如何界定歷史資料——對於不同的資料，如何描述其歸檔條件。一般的業務資料，時間戳是絕對的條件，但是對一些並不 是具備很強業務性質的資料，例如人力資源模組中的個人基本資訊，如果只是簡單的根據離職時間來決定是否歸檔就會出現問題——在員工離職後，可能會有些後續 的事宜或其他的操作。這時，我們需要根據其關聯的某些狀態來決定是否歸檔。那這種情況下，如何描述比較複雜的歸檔規則？
其次，對於有較複雜關聯關係的資料結構，怎麼處理？譬如一對多（父子關係）關聯結構下，部分子資料已經滿足歸檔條件，是否先行歸檔？
2、歷史報表問題。現在系統中的報表都是動態生成，並且用到了諸如資料探勘中鑽取等技術處理。但是隨著系統的不斷發展，部分報表結構發生了變化，譬如原來 4個域的現在變成了3個域。這樣我們回頭查詢歷史資料包表時，發現與當初簽字認可的報表不一致了。這種情況，又應該怎麼處理？
歷史資料轉移
作用 歷史資料轉移 兩種方法 方法1.重建表 方法2.歷史資料匯入其他表 李海軍 2009.11.12 方法1.重建表 exec sp rename taga talkin record back taga talkin record back delafter3mon 修改表名 grant all...
mysql歷史資料 mysql 歷史資料表遷移方案
當業務執行一段時間後，會出現有些表資料量很大，可能對系統效能產生不良的影響，常見的如訂單表 登入log表等，這些資料很有時效性，比如我們一般很少去查上個月的訂單，最多也就是報表統計會涉及到。在我們的資料庫中，使用者登入表就是這種型別的表，一般而言，表中的資料是不可逆的，只有插入操作沒有刪除或者修改操...
使用Envers查詢歷史資料
用envers查詢歷史資料步驟 auditreader auditreader auditreade ctory.get sessionfactory.getcurrentsession 查詢account某個版本的歷史資料，結果集為accountimpl的list auditquery query...