如果主表中的公共字段的列值对于同一类型子表都是固定的，那么这样涉及主表和子表是一个很好的想法。
但是如果主表中的列值对于某个类型的子表，它的值也是一直变化的，那么这个做就没有什么很大的意义。因为在数据选取的时候，资源开销没有什么优化的。因为主表内的数据量和所有子表的数据量总和几乎是一致的。

这个问题最好再要细说一下，不然不好判断这个设计是否合适。

数据业务是这样的，再一次检查中发现很多问题，我们把每次检查输入系统，然后根据检查内容分别添加具体问题解决方法。查看检查数据可以看到检查的内容还有解决检查发现的问题的解决方法。因为检查发现的内容不同而且以后会添加新的检查内容，因此系统要预留下一步扩展。

例：一次检查发现8个问题，其中3项属于A错误，2项属于B错误，3项属于C错误，然后添加错误的解决方法，不同错误要添加的内容都不一样，以后还会出现D错误、E错误，但是他们都检查发现的内容。


我在程序是通过显示每次检查的列表显示检查数据，通过查看检查详细显示检查登记的内容和解决错误的方法等信息，因为错误不同，解决方法也不同，因此我每次查看详细时我要知道这次检查是那个错误，他的详细解决方法是什么，这样才能读取数据显示解决方法。


这样数据库设计就设计到一个主表对应不同子表，子表内容都是根据主表来查询的。

主表增加子表类别的字段，用于关联，查询时动态查询

最快的展示必然是一次取出来缓存到前端上面，避免多次访问多次查询。但是前提就是你的查询要足够快。

寻求帮助！！

引用 2 楼  的回复:

数据业务是这样的，再一次检查中发现很多问题，我们把每次检查输入系统，然后根据检查内容分别添加具体问题解决方法。查看检查数据可以看到检查的内容还有解决检查发现的问题的解决方法。因为检查发现的内容不同而且以后会添加新的检查内容，因此系统要预留下一步扩展。

例：一次检查发现8个问题，其中3项属于A错误，2项属于B错误，3项属于C错误，然后添加错误的解决方法，不同错误要添加的内容都不一样，以后还会……

增加适当的字表和一些字段，让表冗余一些，让查询脚本简洁一些。

感觉就是一个主从从的结构,
主表记录一次检查的id,单号,检查人,检查日期等等....(id主键)
从表记录每一主表的每个一问题项,以主表的id+从表id为主键(与主表是一对多的关系)
从从表记录每个问题项的解决方法,以主表的id+从表id+从从表的id为主键(与从表是1对多的关系)

即一次检查可以有多个问题项,每个问题项可以有多种解决错误的方法

主从表我觉得是个鸡肋啊。我还是觉得一次性缓存出来会快一点