非关系型数据库MongoDB联合查询解决方案

前言

        关系型数据库的使用有一套数学理论支撑，数据库表结构优化其实质就是优化范式。通常在关系型数据库中使用的第三范式。然而，在非关系型数据库中，使用第二范式更能够发挥非关系型数据库中的优势。
        第二范式需要满足两点：一，属性不重复，二，所有的属性依赖于主属性。因此第二范式允许将一次查询的所有属性都存在同一张表中。

        第三范式需要满足两点：一，满足第二范式，二，属性不依赖于其它非主属性，非主属性之间必须相互独立,不存在其他的函数关系。例如，学校包含班级，班级包含学生，学生所学课程。如果学生的ID是主属性，其余属性为非主属性，那么该关系中存在着大量的非主属性之间的依赖，因此在第三范式中，不允许将学校信息，班级信息，学校及课程信息存在一张表里，必须拆分为独立的表，并建立表的关联关系。

       

        如上图所示，第三范式的表结构所存储的数据会比第二范式少很多，避免了冗余属性值的存储。在第三范式的表结构中，更容易对数据进行修改；在查询方面，符合第三范式的查询方式更是有严密的数学规范。

        然而，第二范式更像是第三范式的查询结果。

        无论是关系型数据库还是非关系型数据库，在实际应用中，我们都是希望通过第三范式建立数据