wuda0112的专栏

定义通知以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

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

在数据库设计中，通常使用ID/PID这样的模式表示上下级关系，最常见的就是category表的设计，比如CREATE TABLE IF NOT EXISTS `item`.`item_category` ( `item_category_id` BIGINT UNSIGNED NOT NULL, `store_id` BIGINT UNSIGNED NOT NULL COMMENT '所属店铺ID', `category_name` VARCHAR(45) NOT NULL COMMENT '

通常我们看到的权限体系都是 用户-角色 模式，这样太局限了，如果还有其他权限控制需求了，比如微服务之间是否有权限访问，因此，设计一种【抽象】的权限控制体系才能因对各种业务需求，这里我们就定义一种重新的权限体系，具体请查看数据库设计中关于权限体系的设计术语permission一个比较好的理解方式：一个subject（比如user）对于target（比如文件）有某些action（比如read）权限subjectA subject may be any entity, such as a per

简介- 生成测试数据，总共有7个表，它们是- - user,用户表- - individual_user_general，个人用户基本信息- - store，店铺表- - store_general，店铺基本信息- - item，物品（商品）表- - item_general，物品基本信息- - item_description，物品描述信息- 数据库ER图- 生成的数据规模是可配置的，比如指定生成100万用户,5000万商品；并且**数据之间有关联关系**，因此可以测试sql j

听说mysql数据量达到5000万的以后，性能就急剧下降，干了这么久开发，还没看见过这么大的数据量，并且还是需要有关联关系的，因为要测试SQL JOIN ，今天就发现有这样一个叫做mysql-tester的工具，可以生成模拟电商的数据库，大数据量，具有关联关系！而且只需要三步就可以生成数据了！

作为一名开发人员，生成大量数据，以便测试数据库的性能情况是非常必要的。而且这些数据最好是有关联关系的，这样才符合实际情况，下面介绍几种有用的工具。sysbench， sysbench是跨平台的基准测试工具，支持多线程，支持多种数据库(OLTP基准测试)，但是它只能生成单表，即使生成多个表，它们之间也是没有关联关系的，SQL JOIN等操作就没法测试了。Employees Sample D...