现在有这样一个表，
code
name
col1-col10 这 10列是保存和basic 相关信息的。
col11-col30 这 这20列 保存和heading相关信息的。
col31-col50 这 这20列 保存和additional相关信息的。
其他字段都保存和某种类型相关的东西。
现在有三种设计：
一
放在一张表，用不同列表示
二 按照类型分开，
例如保存10中类型的数据，就分10张表
三 放一张，但是采用 code, value 这样格式。
例如 存到这表就是
code col1 1
code col2 2
..
这张不表的数据量不大，大概就1000 样子。
------解决思路----------------------
感觉要看你使用情况。这种表那些使用多。那些年要作为查询条件。其实只有1000行。随便怎么放 问题都不大。
------解决思路----------------------
主表（FK类型id1，FK类型id2，FK类型id3），类型表1（PK类型id1），类型表2（PK类型id2），类型表3（PK类型id3）这样做4个表可行。
------解决思路----------------------
表的设计是要根业务结合的，还不是很了解你的业务。
如果确实考虑已经没有无用的冗余之后，140多列也可以，因为也就1000多行~
------解决思路----------------------
主要考虑 数据量 和 扩展 的问题。
数据量如果少，而列很多，为了简化开发，可以考虑用N列的方法，比如我所在的公司，都是上亿的业务表，都是这么设计的，memo1~memo100，当然，大部分列都是空的，性能还可以，你的数据量小，那性能就不是问题了。
另外，就是扩展的问题，如果考虑到以后还会增加列，如果数据量还是很小，那么也可以用N列的方法，只要列不是太多，比如几百列那么多，我觉得都可以。如果列实在多了，可以考虑分成多个表，需要不同的数据，关联不同的表。