时间，渐渐带走了年少轻狂，也慢慢沉淀了冷暖自知。成功的道路上，肯定会有失败；对于失败，我们要正确地看待和对待，不怕失败者，则必成功；怕失败者，则一无是处，会更失败。
于是我用代码编辑器搜索了一下"读取附加信息出错!"所在的文件，结果发现这段信息是在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的内容就可以了，然后修改为自己想要的内容，完美解决。
本文dedecms部分文章出现读取附加信息出错的如何解决办法到此结束。年轻是我们唯一有权力去编织梦想的时光。小编再次感谢大家对我们的支持！
