前面两篇随笔介绍了EAV模型（实体-属性-值）的设计思路和Winform前端对于通用查询的处理，本篇随笔继续深入EAV模型（实体-属性-值）设计的探讨，介绍实体属性的定义，以及根据不同属性的定义构建不同的输入控件处理，以及列表界面的展示。旨在结合关系型数据库的熟练使用、性能优势和MongoDB数据库...
我在随笔《EAV模型（实体-属性-值）的设计和低代码的处理方案（1）》中介绍了一些基本的EAV模型设计知识和基于Winform场景下低代码（或者说无代码）的一些实现思路，在本篇随笔中，我们来分析一下这种针对通用业务，且只需定义就能构建业务模块存储和界面的解决方案，其中的数据查询处理的操作。
一般我们在开发的时候，习惯上使用常规的关系型数据库来设计数据库表，对于一些业务表的字段比较固定的场景，是一种非常不错的选择，而且查询的时候，由于是基于固定的表字段进行查询，性能基本上是最优的。不过有一些场景下，业务信息的经常变化，使用常规的关系型数据库来创建表字段、删除字段的模式，肯定不是合适的处理...
