wuhuacong(伍华聪)的专栏

摘要：前面两篇随笔介绍了EAV模型（实体-属性-值）的设计思路和Winform前端对于通用查询的处理，本篇随笔继续深入EAV模型（实体-属性-值）设计的探讨，介绍实体属性的定义，以及根据不同属性的定义构建不同的输入控件处理，以及列表界面的展示。旨在结合关系型数据库的熟练使用、性能优势和MongoDB数据库的弹性化文档处理特点，为低代码的处理方案提供一个实用的思路供参考。 阅读全文

摘要：我在随笔《EAV模型（实体-属性-值）的设计和低代码的处理方案（1）》中介绍了一些基本的EAV模型设计知识和基于Winform场景下低代码（或者说无代码）的一些实现思路，在本篇随笔中，我们来分析一下这种针对通用业务，且只需定义就能构建业务模块存储和界面的解决方案，其中的数据查询处理的操作。 阅读全文

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