ACT_ID_*:与权限,用户与用户组,以及用户与用户组关系相关的表

ACT_RU_*:代表了流程引擎运行时的库表,RU表示Runtime

ACT_HI_*:HI表示History当流程完成了节点以后,就将其迁移到历史数据库表


ACT_GE_*(通用数据库 )涉及到两个表:

act_ge_property:属性表,保存一些流程引擎的kv键值属性

对应数据库实体:PropertyEntityImpl


act_ge_bytearray:资源表,存储的是一些流程定义的资源信息(包括流程定义文件xml、流程定义的流程图,都被序列化成字节流存储在资源表里)

对应数据库实体:ByteArrayEntityImpl

定义有两种方式,可以用他的自动部署,也可以手动。

public class DbConfigTest {
private static final Logger LOGGER = LoggerFactory.getLogger(configDBTest.class); @Rule
public ActivitiRule activitiRule = new ActivitiRule("activiti_druid.cfg.xml");//传入自定义的mdc配置文件 @Test
public void testDbConfig(){
//自动
activitiRule.getRepositoryService()
.createDeployment()
.name("指定部署名称")
.addClasspathResource("my-process.bpmn20.xml");
} //手工添加act_ge_bytearray资源库信息
@Test
public void testbytearrayinsert(){
//获取managementService,通过managementService去执行命令
ManagementService managementService = activitiRule.getManagementService();
Object o = managementService.executeCommand(new Command<Object>() { @Override
public Object execute(CommandContext commandContext) {
ByteArrayEntity entity = new ByteArrayEntityImpl();
entity.setName("test");
entity.setBytes("test message".getBytes());
//根据上下文获取对象
commandContext.getByteArrayEntityManager().insert(entity); return null;
}
}); }
}

看数据库表效果:



ACT_RE_*(流程定义存储表)设计到四张表:

存储的都是些流程信息的名字等信息。


ACT_ID_*(身份数据表)涉及到四个表:

ACT_ID_USER对应实体UserEntityImpl

ID_:对应登录的用户名

REV_:版本信息

FIRST_:firstname

LAST_:lastname

EMAIL_:email

PWD_:password

PICTURE_ID_:对应用户头像信息,即头像的url

ACT_ID_INFO对应实体IdentityInfoEntityImpl

TYPE_:类型,针对user的

KEY_:属性名

VALUE_;属性值

如果要用key与value扩展,例如:key可以放age,value可以放18;

PASSWORD_:密码(并没有使用到)

PARENT_ID_:上级关联(这个字段表明了可以用ACT_ID_INFO做一些树状的关联)

ACT_ID_GROUP对应实体GroupEntityImpl

ID_:跟用户组关联的唯一键

REV_:版本信息

NAME_:对group的一个描述

TYPE_:是自定义的类型,可以扩展一下业务信息

ACT_ID_MEMBERSHIP对应实体MembershipEntityImpl

USER_ID_:

GROUP_ID_:

这里主要是体现了一个简单的多对多关系。

记录一下对这几个身份数据表插入数据的操作:

public class DbIdentityTest {
private static final Logger LOGGER = LoggerFactory.getLogger(configDBTest.class); @Rule
public ActivitiRule activitiRule = new ActivitiRule("activiti_druid.cfg.xml");//传入自定义的mdc配置文件 @Test
public void testIdentity(){
//对用户和用户组的操作要先获取对应的service
IdentityService identityService = activitiRule.getIdentityService();
//identityService或者identity数据可以去可选的设置,在这里面默认是设置关闭掉的,
// 所以需要去流程定义文件里打开
// <!-- 打开用户相关的信息设置 -->
// <property name="dbIdentityUsed" value="true"/>
//这样数据库就会自动生成有关用户信息的表 //1.创建一个用户User,例:创建一个用户id为lll
User lll = identityService.newUser("lll");
//接着可以选择性的给用户设置一些属性信息
lll.setFirstName("firstName");
lll.setLastName("lastName");
lll.setEmail("lxk@qq.com");
lll.setPassword("pssword");
//设置完这些用户信息,就可以对这个用户进行保存了
identityService.saveUser(lll); //2.创建一个用户组Group,例:创建一个用户组id为BossGroup
Group bossGroup1 = identityService.newGroup("BossGroup1");
//同样可以选择性的给用户组设置一些属性信息
bossGroup1.setName("Boss");
//保存这个用户组
identityService.saveGroup(bossGroup1); //3.接着就可以创建用户与组的关系了
identityService.createMembership(lll.getId(),bossGroup1.getId());//createMembership这里面有两个参数,一个指定userId,一个是指定groupId //为了体现用户与用户组多对多的关系,可以再创建一个用户
User lll2 = identityService.newUser("lll2");
identityService.saveUser(lll2);
//同样再把这个新增的用户添加进组
identityService.createMembership(lll2.getId(),bossGroup1.getId());
//至此操作的使用,一共涉及到三张表:act_id_user、act_id_group、act_id_membership //用户扩展信息表act_procdef_info的使用:(这里针对之前创建的lxk用户来使用扩展信息表,增加年龄与地址的信息)
identityService.setUserInfo(lll.getId(),"age","18");//分别对应了表中USER_ID_:并联用户ID、KEY_:属性名、VALUE_;属性值 这三个字段
identityService.setUserInfo(lll.getId(),"address","成都");
}
}

执行完数据库效果如下:

act_id_user :(这里id为主键)

act_id_group :(这里id为主键)

act_id_membership :

act_id_info :(这里id自动给的)


ACT_RU_*(运行时流程数据表)涉及到九个表:

Task:当userTask执行到此处时,会在Task表里插入数据

Variable:当启动流程、或者在流程过程中设置的一些变量信息,会存储在这张表

Identitylink:跟参与者信息相关的表,当我们设置一个用户的owner或用户的代办人、候选人的时候,都会在该表写入信息

event_subscr:流程中许多地方需要等待一个message或者singno,一个消息或者一个事件的情况下,这种监听的记录,都会存储在这张表里

job在6.0版本以后重构了一下,以前只有一个jbo表,现在有四个。

Job:一般作业表

timer_job:定时器作业表

suspended_job:当挂起的时候,暂停的作业会存放在这张表:

deadletter_job:当一个作业重复了三四次都没有成功执行下去,就会将它挪入这张表,所以说这张表的里数据是需要管理人员去关注的,需要查明原因,为什么job没有执行成功

ACT_ID_EXECUTUION对应实体ExecutionEntityImpl:

PROC_INST_ID_:流程实例ID,对应流程实例的ID的外键

BUSINESS_KEY_:业务标志

PARENT_ID_:标识这个流程实例是由哪一个流程实例启动的(如果是直接的流程实例的启动,那么这列为null)

PROC_DEF_ID_:流程定义ID  有时候会和流程执行ID是相同的

SUPERT_EXEC_:父流程实例对应的执行

ACT_ID_:流程定义节点ID  指流程定义里面执行到这个节点对应到流程定义这个节点的ID

ACT_RU_EXECUTUION对应实体ExecutionEntityImpl:

IS_ACTIVE_:是否活动的执行  0非活动,1活动

IS_CONCURRENT_:是否并行分支   0非  1是

IS_SCOPE_:是否全局流程执行 0非 1是

IS_ECENT_SCOPE_:是否激活状态

SUSPENSION_STATE:挂起状态 1正常 、2挂起

LOCK_TIME_:锁定时间

ACT_RU_TASK用户任务表对应的实体类TaskEntityImpl

EXECUTION_ID_:执行流ID

PROC_INST_ID_:流程实例ID

PROC_DEF_ID_:流程定义ID

PARENT_TASK_ID_:父任务

TASK_DEF_KEY_:任务定义ID

NAME_:任务定义名称

OWNER_:拥有人

ASSIGNEE_:代理人

DELEGATION_:委托状态  PENDING委托中,RESOLVED已处理

PRIORITY_:优先级

DUE_DATE_:过期时间

FORM_KEY_:表单标志

变量信息表

ACT_RU_VARIABLE对应实体类VariableInstanceEntityImpl:

TYPE_:变量类型(integer/string/double/json...)

NAME_:变量名 对应扩展的属性的名称   如果变量非常大的话,就会将其存进二进制的资源表并在BYTEARRAY_ID_存入这张表的ID

BYTEARRAY_ID_:资源表ID

DOUBLE_:浮点值  如果变量是浮点型就存在这

LONG_:长整型数值  如果变量是纯数字的,不管是integer还是long它都会存在这个字段下

TEXT_:文本值   如果是一个普通的文本,且它的长度没有超过一点的限制,它就会作为文本字符串存在这个字段下面

参与者信息表:当一个用户与一个流程建立关系的时候,就会在这张表里插入一条记录

比如在使用RuntimeService设置一个流程实例的owner或者signal时,都会在这张表里插入一条记录。

ACT_RU_IDENTITYLINK对应实体类IdentityLinkEntityImpl

ID_:主键

GROUP_ID_:用户组ID

TYPE_:类型assignee,candidate,owner,starter

USER_ID_:用户ID

TASK_ID_:任务ID

PROC_INST_ID_:流程实例

事件订阅信息表

ACT_RU_EVENT_SUBSCR对应实体类EventSubscriptionEntityImpl

EVENT_TYPE_:事件类型message,signal  消息、信号

EVENT_NAME_:事件名称   (事件一般都跟流程执行有一定关系)

EXECUTION_ID_:流程执行ID

PROC_INST_ID_:流程实例ID

ACTIVITY_ID_:流程定义节点ID(标识事件触发对应的流程定义节点)

CONFIGURATION_:配置(可以对流程事件做一些对应的特殊配置信息存储起来)

作业信息表:

ACT_RU_JOB对应实体类 JobEntityImpl

TYPE_:类型

LOCK_EXP_TIME_:锁定过期时间

LOCK_OWNER_:锁定节点

EXCLUSIVE_:是否唯一

RETRIES_:重试次数3

REPEAT_:重复表达式R5/PT10S

EXCEPTION_STACK_ID_:异常堆栈(资源表ID)

EXCEPTION_MSG_:异常信息

DUEDATE_:过期时间

HANDLER_TYPE_:处理器类型

HANDLER_CFG_:处理器配置

EXECUTION_ID_:流程执行表ID

记录一下对这几个表的操作:

启动一个流程会操作的表

public class DbRuntimeTest {
private static final Logger LOGGER = LoggerFactory.getLogger(configDBTest.class); @Rule
public ActivitiRule activitiRule = new ActivitiRule("activiti_druid.cfg.xml");//传入自定义的mdc配置文件 @Test
public void testRuntime(){
activitiRule.getRepositoryService()
.createDeployment()
.name("指定部署名称2")
.addClasspathResource("second_approve.bpmn20.xml")
.deploy(); Map<String, Object> variables = Maps.newHashMap();
variables.put("key1","value1"); //启动流程,且在启动时,传入一些变量 值variables
activitiRule.getRuntimeService()
.startProcessInstanceByKey("erjishenpiliucheng",variables);
}
}

会操作到的表有:

1.

以及表

2.

执行到这里遇到了userTask,需要指定它去提交一个表单,所以到这里就暂停了,并且userTask里面会有一条记录。

因为前面在启动时插入了一些变量,所以变量表里面也存在一条记录

3.

上面启动一个流程的java代码里面的操作,会影响到数据表有这几个

接着记录一下给其他几个表插入数据需要如何操作:

接着上面流程暂停的步骤继续操作,指定一个owner,来让流程继续下去

 @Test //给参与者赋值
public void testSetOwner(){
TaskService taskService = activitiRule.getTaskService();
//指定流程定义key,这里因为流程遇到了userTask会暂停,
// 在task表里会记录是停在了哪个步骤的任务,所以
// 需要查出task来给他指定一个owner来将流程继续下去
Task task = taskService.createTaskQuery().processDefinitionKey("erjishenpiliucheng").singleResult();
//使用taskService设置owner
taskService.setOwner(task.getId(),"lxk");
}

受影响的数据库表:

1.

这里可以看到这张表记录到,lxk以参与者的类型参与到了流程id  52505 的这个流程中,具体这个参与者在流程中参与了什么,有什么职责,要刷新一下task表

会发现OWNER_中同时指定了lxk这个用户。

如何让事件订阅信息表有数据呢?那就必须要让流程定义支持事件订阅,也就是说它必须支持message或者signal事件,接下来修改流程定义文件

使用my-process-message.bpmn20.xml ,代码如下
<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:activiti="http://activiti.org/bpmn" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC" xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema" expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.activiti.org/test"> <message id="messageStart" name="my-message"></message>
<process id="my-process"> <startEvent id="start">
<messageEventDefinition messageRef="messageStart"/>
</startEvent> <sequenceFlow id="flow1" sourceRef="start" targetRef="someTask"/>
<userTask id="someTask" name="Activiti is awesome!"/>
<sequenceFlow id="flow2" sourceRef="someTask" targetRef="end"/> <endEvent id="end"/> </process> </definitions>

然后部署一下流程定义文件:

public void testMyssage(){
activitiRule.getRepositoryService()
.createDeployment()
.addClasspathResource("my-process-message.bpmn20.xml")
.deploy();
}

执行一下,会发现表:

中就有数据了:

这里EXECUTION_ID_ 与 PROC_INST_ID_为null,涉及到两种流程定义文件的区别:

一种是前者,刚才修改的那个定义文件,它的消息时间实在开始节点的位置,它可以接收一个消息 驱动流程的启动

而另一种是只有在流程开始以后,在流程的一个节点上去监听messageStart的消息,定义文件具体内容如下:

<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:activiti="http://activiti.org/bpmn" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC" xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema" expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.activiti.org/test"> <message id="messageStart" name="my-message"></message>
<process id="my-process"> <startEvent id="start"/> <sequenceFlow id="flow1" sourceRef="start" targetRef="message-received"/>
<intermediateCatchEvent id="message-received">
<messageEventDefinition messageRef="messageStart"/>
</intermediateCatchEvent>
<sequenceFlow id="flow2" sourceRef="message-received" targetRef="end"/> <endEvent id="end"/> </process> </definitions>

部署以后,需要再启动流程才可以看见EXECUTION_ID_ 与 PROC_INST_ID_插入数据。

接着是job表:

需要在流程定义文件中定一个 定时任务:

<?xml version="1.0" encoding="UTF-8"?>

<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:activiti="http://activiti.org/bpmn"
xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC"
xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema"
expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.activiti.org/test"> <process id="my-process"> <!--这种是自行启动流程的方式<startEvent id="start" />-->
<!--定时任务来启动流程-->
<startEvent id="start">
<timerEventDefinition>
<!-- 共执行5次,间隔为10S -->
<timeCycle>R5/PT10S</timeCycle>
</timerEventDefinition>
</startEvent>
<sequenceFlow id="flow1" sourceRef="start" targetRef="someTask" /> <userTask id="someTask" name="Activiti is awesome!" />
<sequenceFlow id="flow2" sourceRef="someTask" targetRef="end" /> <endEvent id="end" /> </process> </definitions>

启动流程:

    public void testJob() throws InterruptedException {
activitiRule.getRepositoryService()
.createDeployment()
.addClasspathResource("my-process_job.bpmn20.xml")
.deploy(); Thread.sleep(1000*30L);
}

观察数据库 

插入了数据:



ACT_HI_*(历史流程数据表)涉及到九个表:

事件日志表比较特殊,只能插入与删除,无法修改

这里面有几个单表:

主要是跟TASK相关的

附件表与评论表:

ACT_HI_ATTACHMENT:在用户任务的处理过程中,可以提交一些附件

ACT_HI_COMMENT:或者添加一些评论

一般都是有需求时,对它们单独进行编辑,这两个表没有对应的运行时表,因为在运行的操作的过程中,提交的内容直接就把它作为历史记录存储起来

ACT_HI_PROCINST对应的实体类HistoricProcessInstanceEntityImpl

PROC_INST_ID_:流程实例ID

BUSINESS_KEY_:业务ID

PROC_DEF_ID_:流程定义ID

START_TIME_:开始时间

END_TIME_:结束时间

DURATION_:执行时长

START_USER_ID_:流程发起人

START_ACT_ID_:开始节点ID

END_ACT_ID_:结束节点ID

SUPER_PROCESS_INSTANCE_ID_:父流程实例

DELETE_REASON_:删除原因

TENANT_ID_:多租户

记录一下操作实例:

public class DbHistoryTest {
private static final Logger LOGGER = LoggerFactory.getLogger(configDBTest.class); @Rule
public ActivitiRule activitiRule = new ActivitiRule("activiti_druid.cfg.xml");//传入自定义的mdc配置文件 @Test
public void testHistory(){
//自动
activitiRule.getRepositoryService()
.createDeployment()
.name("指定部署名称")
.addClasspathResource("my-process.bpmn20.xml"); RuntimeService runtimeService = activitiRule.getRuntimeService(); Map<String, Object> variables = Maps.newHashMap();
variables.put("key0","value0");
variables.put("key1","value1");
variables.put("key2","value2"); ProcessInstance processInstance = runtimeService.startProcessInstanceByKey("my-process", variables);
//启动完以后获取流程实例ID,修改变量
runtimeService.setVariable(processInstance.getId(),"key1","value1"); //获取TaskService,然后获取到当前唯一需要执行的task
TaskService taskService = activitiRule.getTaskService(); //获取task是要演示一下参与者里面是否有添加一条记录
Task task = taskService.createTaskQuery().processInstanceId(processInstance.getId()).singleResult(); //给当前task指定一个owner
taskService.setOwner(task.getId(),"lxk");
//同时上传一些附件
taskService.createAttachment("url",task.getId(),processInstance.getId(),"附件","附件描述","/url/test.png");
//同时再添加一些评论
taskService.addComment(task.getId(),task.getProcessInstanceId(),"评论1");
taskService.addComment(task.getId(),task.getProcessInstanceId(),"评论2"); //完成这些操作以后,可以通过formService来将表单提交上去,也可以用taskservice来提交
Map<String, String> properties = Maps.newHashMap();
properties.put("key2","value2_1覆盖");
properties.put("key3","value3_1");
activitiRule.getFormService().submitTaskFormData(task.getId(),properties);
}
}

执行效果:

表:

表:

表:

表:

附件表:

评论表:

Acitiviti数据库表设计(学习笔记)的更多相关文章

  1. DirectX 9 UI三种设计学习笔记:文章4章Introducing DirectInput+文章5章Wrapping Direct3D

           本文从哈利_创.转载请注明出处.有问题欢迎联系本人!        邮箱:2024958085@qq.com 上一期的地址: DX 9 UI设计学习笔记之二 第4章 Introducin ...

  2. 数据库表设计时一对一关系存在的必要性 数据库一对一、一对多、多对多设计 面试逻辑题3.31 sql server 查询某个表被哪些存储过程调用 DataTable根据字段去重 .Net Core Cors中间件解析 分析MySQL中哪些情况下数据库索引会失效

    数据库表设计时一对一关系存在的必要性 2017年07月24日 10:01:07 阅读数:694 在表设计过程中,我无意中觉得一对一关系觉得好没道理,直接放到一张表中不就可以了吗?真是说,网上信息什么都 ...

  3. Oracle数据库表设计时的注意事项

    表是Oracle数据库中最基本的对象之一.万丈高楼从平地起,这个基础对象对于数据库来说,非常重要.因为其设计是否合理,直接跟数据库的性能相关.从Oracle数据库菜鸟到数据库专家这个过程中,在表设计与 ...

  4. Innodb IO优化 — 数据库表设计 转

    数据库表设计这块学问比较多,我这里单从互联网角度出发同时结合Innodb的特性给出一些设计方法供大家参考.本文构建大概分两分部分:Innodb的特性及设计中如何利用这种特性. Innodb特性: In ...

  5. SQL SERVER 数据库表同步复制 笔记

    SQL SERVER 数据库表同步复制 笔记 同步复制可运行在不同版本的SQL Server服务之间 环境模拟需要两台数据库192.168.1.1(发布),192.168.1.10(订阅) 1.在发布 ...

  6. Flas-SQLAchemy数据库操作使用学习笔记

    Flas-SQLAchemy数据库操作使用学习笔记 Flask-SQLALchemy 是一个给你的应用添加 SQLALchemy 支持的 Flask 扩展.SQLALchemy 是Python语言的S ...

  7. springmvc 项目完整示例01 需求与数据库表设计 简单的springmvc应用实例 web项目

    一个简单的用户登录系统 用户有账号密码,登录ip,登录时间 打开登录页面,输入用户名密码 登录日志,可以记录登陆的时间,登陆的ip 成功登陆了的话,就更新用户的最后登入时间和ip,同时记录一条登录记录 ...

  8. loadrunner 场景设计-学习笔记之性能误区

    场景设计-学习笔记之性能误区 by:授客 QQ:1033553122 场景假设: 每个事务仅包含一次请求,执行10000个并发用户数 性能误区: 每秒并发用户数=每秒向服务器提交请求数 详细解答: 每 ...

  9. 【Redis数据库】命令学习笔记——发布订阅、事务、脚本、连接等命令汇总

    本篇基于redis 4.0.11版本,学习发布订阅.事务.脚本.连接的相关命令. Redis 发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息. 序号 ...

随机推荐

  1. Asp.Net Core中服务的生命周期选项区别和用法

    在做一个小的Demo中,在一个界面上两次调用视图组件,并且在视图组件中都调用了数据库查询,结果发现,一直报错,将两个视图组件的调用分离,单独进行,却又是正常的,寻找一番,发现是配置依赖注入服务时,对于 ...

  2. MySQL自定义函数与存储过程

    1.前置条件 MySQL数据库中存在表user_info,其结构和数据如下: mysql> desc user_info; +-----------+----------+------+---- ...

  3. Virtual Box虚拟机Ubuntu18.X系统安装及Mysql基本开发配置

    Linux简介 什么是 Linux? Linux:世界上不仅只有一个 Windows 操作系统,还有 Linux.mac.Unix 等操作系统.桌面操作系统下 Windows 是霸主,而 Linux ...

  4. JVM上的响应式流 — Reactor简介

    强烈建议先阅读下JVM平台上的响应式流(Reactive Streams)规范,如果没读过的话. 官方文档:https://projectreactor.io/. 响应式编程 作为响应式编程方向上的第 ...

  5. C#语法——await与async的正确打开方式

    C#5.0推出了新语法,await与async,但相信大家还是很少使用它们.关于await与async有很多文章讲解,但有没有这样一种感觉,你看完后,总感觉这东西很不错,但用的时候,总是想不起来,或者 ...

  6. idea git提交时候提示 --author 'java_suisui' is not 'Name ' and matches no existing author

    今天使用idea修改git项目的作者信息,提交时遇到错误: 0 files committed, 1 file failed to commit: test --author 'java_suisui ...

  7. .net基础系列

    这里汇总了.net基础的相关文章,方便查阅! .net基础 委托(1)认识委托 委托(2).net 1.x中的委托 委托(3).net 2.0中的委托 委托(4).net 3.5中的委托 委托(5)委 ...

  8. EF时,数据库字段和实体类不一致问题

    场景:由于一些原因,实体中属性比数据库中字段多了一个startPage属性.PS:controllers中用实体类去接收参数,但是传入的参数比数据库中实体表多了一个字段, 这种情况下,应该建一个vie ...

  9. element表格添加查看操作

    表格代码:黄色部分关键代码 首先看效果: <el-table :data="tableData" border height="480" style=&q ...

  10. 山西大同大学教务处学生端--送给学弟,学妹的礼物,可在PC端,手机端操作

    解决问题:大同大学教务处官网学生端口一进去就卡住了,点上面一行的菜单无响应 转眼已是四年,想想自己大学即将结束,不由得让人感慨啊.这才刚开学几天,我就听到有同学在因为补考,选课的事情发愁.学校官方的教 ...