題目描述上述問題，避不開的就是數(shù)據(jù)存在兩份，比如說一份后臺(tái)正在編輯的文章，一份用戶正在瀏覽的文章。怎么能夠?qū)崿F(xiàn)數(shù)據(jù)的修改量，數(shù)據(jù)占用的空間量最小。如果單獨(dú)看文章，比如文章表這一張表，問題也比較好處理，對(duì)數(shù)據(jù)做備份。比如當(dāng)需要編輯文章時(shí)，給文章建立一個(gè)備份數(shù)據(jù)，后臺(tái)修改的都是備份數(shù)據(jù)，這樣不影響前臺(tái)用戶瀏覽，后臺(tái)修改好了后，點(diǎn)擊發(fā)布，備份數(shù)據(jù)覆蓋原始數(shù)據(jù)，同時(shí)刪除備份數(shù)據(jù)，有點(diǎn)Linux里bak文件的味道。增刪改皆如此。當(dāng)然這個(gè)思路也可以反過來用，創(chuàng)捷備份數(shù)據(jù)，后臺(tái)直接修改原始數(shù)據(jù)，用戶瀏覽備份數(shù)據(jù)。這樣用戶瀏覽的邏輯就需特殊處理一下。這里單表，此種思路即可解決。但是如果是多表數(shù)據(jù)，比如文章有類別，娛樂文章，新聞文章等，當(dāng)對(duì)文章類別編輯時(shí)，數(shù)據(jù)聯(lián)動(dòng)如何處理。再多一點(diǎn)文章有一到多個(gè)標(biāo)簽，比如是如片文章，花邊文章。三表聯(lián)動(dòng)，都需要維護(hù)變更狀態(tài)。這種情況下，像剛剛那邊加備份數(shù)據(jù)的方式就會(huì)及其復(fù)雜。不知道壇子里的大神們有什么好的思路。題目來源及自己的思路樓主這里，之前做過一個(gè)兩表聯(lián)動(dòng)的數(shù)據(jù)，有兩個(gè)角色有點(diǎn)類似文章和標(biāo)簽。一篇文章有一到多個(gè)標(biāo)簽。樓主設(shè)計(jì)了三張表，文章表，標(biāo)簽表。文章<->標(biāo)簽關(guān)系表，聯(lián)動(dòng)的是標(biāo)簽和文章<->標(biāo)簽關(guān)系表，當(dāng)對(duì)標(biāo)簽做增刪改時(shí)，同時(shí)聯(lián)動(dòng)關(guān)系表，后臺(tái)修改完畢統(tǒng)一發(fā)布。樓主對(duì)標(biāo)簽和關(guān)系表都做了備份處理，當(dāng)標(biāo)簽修改時(shí)，增加標(biāo)簽備份數(shù)據(jù)，同時(shí)聯(lián)動(dòng)，關(guān)系表中反正該標(biāo)簽數(shù)據(jù)，皆增加備份。刪除時(shí)，同修改。新增最簡(jiǎn)單，只需要增加標(biāo)簽備份，關(guān)系表中無數(shù)據(jù)處理。中間涉及對(duì)原始數(shù)據(jù)的增刪改，對(duì)備份數(shù)據(jù)的刪改。做了很大的工作量，深深感到被自己設(shè)計(jì)的方案坑到了。也還有其他思路。比如樓主思考過的，就是設(shè)計(jì)表的時(shí)候設(shè)計(jì)雙字段，就好比一個(gè)事物由正反兩方面，正的一邊是給別人看的，反的一面是自己看的。這樣的話在數(shù)據(jù)表里只有一條數(shù)據(jù)，一個(gè)id。維護(hù)起來很容易，缺陷是字段冗余。還有就是極其暴力的做法，兩張類似的表，和上面的方法的思想有點(diǎn)類似，同樣冗余。