資料版本控制設計問題?

來源:互聯網
上載者:User
正在做一個系統。邏輯大概是這樣的:

建立表單以後可以儲存,也可以提交給管理員審核。審核不通過會打回給填表的人。
這裡面每一步都會有都會產生一個版本,而且不同的操作產生的版本要有所區別。
比如儲存操作會產生一個儲存的版本,提交會產生一個提交的版本,管理員審核不通過打回給填表人也會產生一個相應類型的版本號碼。不同角色的人看到的版本列表不一樣。
在後期還會拿這些儲存的版本做對比產生類似 word 審閱功能的效果,看到版本間的不同。

當前的做法是在表裡面加一個版本欄位。每產生一個版本增加一條記錄。跟蹤改變功能則是產生兩份靜態頁面做對比。
但是總覺的這樣太死了,而且頁面一大就會產生效率的問題。

在這裡請教各位大神,有什麼對這一類的設計有什麼方案?

回複內容:

正在做一個系統。邏輯大概是這樣的:

建立表單以後可以儲存,也可以提交給管理員審核。審核不通過會打回給填表的人。
這裡面每一步都會有都會產生一個版本,而且不同的操作產生的版本要有所區別。
比如儲存操作會產生一個儲存的版本,提交會產生一個提交的版本,管理員審核不通過打回給填表人也會產生一個相應類型的版本號碼。不同角色的人看到的版本列表不一樣。
在後期還會拿這些儲存的版本做對比產生類似 word 審閱功能的效果,看到版本間的不同。

當前的做法是在表裡面加一個版本欄位。每產生一個版本增加一條記錄。跟蹤改變功能則是產生兩份靜態頁面做對比。
但是總覺的這樣太死了,而且頁面一大就會產生效率的問題。

在這裡請教各位大神,有什麼對這一類的設計有什麼方案?

這種需求,和svn或者git有點相似,可以參考

  • 聯繫我們

    該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

    如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

    A Free Trial That Lets You Build Big!

    Start building with 50+ products and up to 12 months usage for Elastic Compute Service

    • Sales Support

      1 on 1 presale consultation

    • After-Sales Support

      24/7 Technical Support 6 Free Tickets per Quarter Faster Response

    • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.