wuda0112的专栏

在数据库设计中，通常使用ID-ParentID这样的模式表示上下级关系，最常见的就是category表的设计，这类表都具有树形结构，如何统一的管理这类表的树形结构，如何统一的为前端返回可方便展示成树形结构的Json呢？

定义通知以notification_definition开头的数据库表，用于定义通知。这个就好像是Java中的Class，实例（Object）通过Class生成；同样的，我们先定义通知的内容，发送方式，使用的模板，接收人等等信息，然后根据定义产生具体的通知。基本信息不管是定义还是根据定义产生的实际通知，他们都共享一些基础信息。notification_template，通知模板表notification_category，分类表notification_post_method，有些通知是需要实

简介定义一种通用的属性体系,可以表示任何实体的属性,同时也像数据库列一样,可以为属性指定数据类型.在电商系统中,每个商品都有多个属性,并且这些属性不能提前设定,它们以无模式的key/value形式存在,我们可以简单的只保存key/value，也可以把这种需求抽象成更通用，功能更强大的属性体系,这样就可以适用更多的场景.数据库property_key: 属性keyproperty_key_definition：属性key定义，就好像MySQL column definitionpr

Java中台项目，Web开发也能面向对象编程，拒绝面条代码。目前已经有47个表，数据库源文件 DB-Design.mwb ，使用 MySQL Workbench 打开包含的数据库表有用户体系，权限控制体系，店铺，商品，订单，消息通知体系，异步任务等等，持续更新中…系统文档源文件 System-Design.mm

对于数据库的增删改操作，为了维护数据模型的完整性，我们定义了接口，然后统一操作数据。实现类可以选择不同的数据库，比如选择MySQL或者MongoDB等等，同时，不同实现类还可以选择不同的ORM框架，比如如果选择了MySQL存储数据，则可以选择jooq,mybatis等等ORM框架。对于不同的实现类，有很多操作是相同的，比如参数校验，缓存的设置，更新等等，这些操作不会因为选择了不同的数据库或者选择了不同的ORM框架而不一样，因此，为每个接口设计一个抽象类，在这个抽象类中完成这些相同的操作，然后把保存数据