有两张表 ，a表是针对基础数据的表 数据量比较多，
b表对少量基础数据对应的一些业务信息，两张表使用索引配置一样，
并且走索引检索的行数是一样，在执行计划看没有什么区别，
请问用a表好还是b表好，优势在哪里，
如果执行效率一样，我把b的业务字段合并到a表，会导致a表对应字段有
90%左右数据是null值或空置，这样做会有什么问题吗
使用物化视图 https://blog.csdn.net/qq_34581118/article/details/76511616
1.单表查询来说，如果where条件里面走的索引一样，两张表的速度应该没多大区别；
2.但是一大一小，字段也一样，很显然的问题，大表里面有数据冗余，不然数据量肯定是一样的，那么在join其他表大表就比小表要慢了，冗余的值也会join一遍，除非你先distinct；
3.针对于你说的a，b表哪个好，不好说，应用场景不同，原则上来说数据库可以有冗余，但是冗余是为了某些查询更快，不然冗余毫无意义；
4.针对于把b的业务字段合并到a表，会导致a表对应字段有90%左右数据是null值或空置，这个是有问题的，首先mysql比较特殊，null也会占空间，第二，你这样严重违反了三范式设计，个人建议b表既然对少量基础数据对应的一些业务信息，a表数据又有冗余，那么a表应该只存b表数据的主键，
b表存明细，类似于a表为事实表，b表为维度表一样的，用的时候两表通过主键关联，效率也不会低。
合并合并，直接操作数据库的应用一般并发都不会很大，如果并发大就不要直接操作数据库，所以，表大比表小好，方便不是么……
建议不要使用null这样的空,在查询的时候会读取整表.