Postman 使用
刚刚测试了一下接口,无意间先来搞一波postman的入门级使用吧
这里就只简单提一下GET请求和POST请求,
GET请求:直接在Params里面写进去对应的KEY,写完之后会自动的加到地址栏里面去,可见这种方式是不安全的
POST请求:
(1)、普通的话,点击x-www那个就可以了,然后在Body里面写上对应的键值对就可以了
(2)、如果是JSON的话,选择的是右边的raw,然后填入对应的JSON后,在最后侧栏点击JSON,这样才会解析成为JSON的形式
数据库说明
昨天有提到过外键的时候,后来忘记说了,这个删除时,主要有一下这4个
前面两个的话,就是删除主表的时候会不会抛出异常
CASCADE:级联删除,就是删除主表的时候,子表也会删除掉
SET NULL:比如主表的数据为1的时候,与子表是1相关的数据全部都设置为空
大致框架
引入分页
1、客户端的问题:加载太慢,不便于操作
2、服务器:内存溢出,性能降低
分页分为两种情况:
物理分页和逻辑分页
物理分页
实现原理:物理分页的实现原理的话是在数据库里面进行操作的,SQL里面使用limit对数据进行操作,SQL代码如下图所示,
其中(1)、第一个参数是开始数据的索引位置 (比如1)
(2)、第二个参数是要查询多少条数据(比如10)
就会显示出第1条数据到第10条 这10个数据
优点:不会造成内存溢出
缺点:翻页的速度比较慢
逻辑分页
实现原理:一次性将所有的数据查询出来放在内存之中,每次需要查询的时候就直接从内存中去取相应的索引区间的数据
优点:分页的速度比较快
缺点:可能造成内存的移除
这个现在在做的权限管理系统的话,是采用物理分页的,直接在数据库里面执行的
如何实现分页
思路分析
1、首先要有2个参数,用在sql的写入里面,比如像刚刚物理分页中说的1 和 10
10的话就是页面返回的大小(limit),比如20条/页
2、要有当前页,才能知道offset要从多少开始,要传到后台
3、总条数(总共有多少记录),SQL从数据库里面查询返回的
注:通过总条数和每一页显示多少条数,可以算出有多少页
总的话,就是2个传输值(page和limit)和2个返回值(sql查的总条数和通过SQL查的list列表)
分页实现
LayUI-SpringMVC-Mybatis
1、先把LayUI的分页开启
,page: true //开启分页
2、接下来要写2个参数,一个是从第几条开始,然后是每一页最多显示多少条,看了LayUI的官方文档后,发现可以不用传递这2个参数,LayUI自动的帮我们实现好了
这里我画了一下大致的传递过程
3、返回结果并且实现
(1)、查询总条数,实现sql代码如下:
select count(*) from sys_user
(2)、查询list
select * from sys_user t order by t.id limit 0,10
(3)、数据库绑定没有错误之后,把sql语句放入@Select注解里面,并且把之前写的那两个参数,startPosition和limit作为Param传进去,比如@Param(“startPosition”)Integer startPosition,完整的mapper层代码如下所示:
@Select("select * from sys_user t order by t.id limit #{startPosition},#{limit}")
List<SysUser> getAllUsersByPage(@Param("startPosition")Integer startPosition, @Param("limit")Integer limit);
@Select("select count(*) from sys_user")
Long countAllUsers();
又遇到数据库没有解析的,
比如这个 SQL dialect is not configured.
直接在setting里面设置如下:
就可以正常解析了,没有那个黄色的线了