于是我用代碼編輯器搜索了一下"讀取附加信息出錯!"所在的文件，結果發現這段信息是在admin/article_edit.php中，而它出現的條件是數組$addRow不存在， 即上面sql語句"SELECT * FROM `$addtable` WHERE aid='$aid'"返回結果為0，同過這sql語句可以看出當表名 $addtable 出錯時，或文檔aid不存在時就會出現問題，而$addtable = $cInfos['addtable']， $cInfos又是通過"SELECT * FROM `dede_channeltype` WHERE id='".$arcRow['channel']."'"得來，我們就可以看出表名$addtable是存在表dede_channeltype中的addtable字段里的（其中dede_是表前綴），而不是用類似于dede_channeltype的表前綴加表名的方式獲得的，結果我去數據庫的dede_channeltype表中一看，發現里面是內容模型的信息，而里面存的表名的前綴還是原來的，于是我將里面的表名改正，再去后臺看，錯誤就沒了。

總結：出現這個錯誤就是因為數據庫表名與dede_channeltype中存的表名對不上，能操作數據庫的人可以去數據庫修改，不會操作數據庫的人可以在核心--頻道模型--內容模型管理--將模型‘附加表’改正確即可。

附：我在查看dede_channeltype表時發現字段maintable中也存著表名，能改數據庫的人最好把里面的表前綴也改過來，雖然說只要改掉addtable字段就能解決錯誤。

下面是dedecms論壇的方法：

今天檢查了下網站的舊文章，發現不少是“讀取附加信息出錯!”的，瀏覽內容時就僅有描述段，正文內容全部不見了。

到phpmyadmin中打開dede_addonarticle表搜索出現問題的文章的ID，結果找不到，于是嘗試插入內容，aid字段就輸入出現問題的文章的ID。

果然，后臺可以編輯了，不過正文內容是找不回來的了，唯有重新寫上內容，或者看看百度快照吧~~~

這問題存在很久我都沒發現，百度更新了不知道多少次，快照也找不回內容，悲哀啊~~要一篇一篇去找。

還有這個問題不知道是怎么發生的，如何預防~~各位高手出來說下嘛。

本人的解決方法：

dedecms的分表存儲出錯，那么我們可以手工入庫即可。dedecms5.1中是dede_archives與dede_addonarticle分別添加指定id的內容就可以了，然后修改為自己想要的內容，完美解決。