eav模型设计

在Winform程序中增加隐藏的按键处理，用于处理一些特殊的界面显示或者系统初始化操作以前，我看到一个朋友在对一个系统做初始化的时候，通过一组魔幻般的按键，调出来一个隐藏的系统设置界面，这个界面在常规的菜单或者工具栏是看不到的，因为它是一个后台设置的关键界面，不公开，同时避免常规用户的误操作，它是作为一个超级管理员的入口功能，这个是很不错的思路。其实Winform做这样的处理也是很容易的实现的，本篇随笔来介绍Winform中增加隐藏的按键处理的功能。

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

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

EAV模型（实体-属性-值）的设计和低代码的处理方案（1）一般我们在开发的时候，习惯上使用常规的关系型数据库来设计数据库表，对于一些业务表的字段比较固定的场景，是一种非常不错的选择，而且查询的时候，由于是基于固定的表字段进行查询，性能基本上是最优的。不过有一些场景下，业务信息的经常变化，使用常规的关系型数据库来创建表字段、删除字段的模式，肯定不是合适的处理方案，因此可能会进入JSON数据存储的方式，而现今很多关系型数据库也都支持JSON的存储和子查询处理，不过JSON的检索还是比较麻烦，而且对于复杂的子查询，性能据说也好不到哪里。而非关系型数据库的NoSQL数据