【摘要】一般我们在开发的时候，习惯上使用常规的关系型数据库来设计数据库表，对于一些业务表的字段比较固定的场景，是一种非常不错的选择，而且查询的时候，由于是基于固定的表字段进行查询，性能基本上是最优的。不过有一些场景下，业务信息的经常变化，使用常规的关系型数据库来创建表字段、删除字段的模式，肯定不是合适的处理方案，因此可能会进入JSON数据存储的方式，而现今很多关系型数据库也都支持JSON的存储和子查询处理，不过JSON的检索还是比较麻烦，而且对于复杂的子查询，性能据说也好不到哪里。而非关系型数据库的NoSQL数据库（MongoDB数据库），它的产生就是为了解决大规模数据集合多重数据种类带来的挑战。结合关系型数据库的熟练使用、性能优势和MongoDB数据库的弹性化文档处理特点，我对EAV模型（实体-属性-值）的设计和低代码的处理方案提供一个实用的思路供参考。 阅读全文