(1)从表t1中选择第一行,查看此行所包含的数据。
(2)使用表t2上的索引,直接定位t2中与t1的值匹配的行。类似,利用表t3上的索引,直接定位t3中与来自t1的值匹配的行。
(3)扫描表t1的下一行并重复前面的过程,直到遍历t1中所有的行。
# SELECT 数据查询(二)
## 对查询结果排序 ORDER BY
ORDER BY 关键字主要用来将查询结果中的数据按照一定的顺序进行排序
1. 语法: - `order by 字段名>[asc|desc]`
- 说明 asc 按照升序排序【默认】, desc 按照降序排序
2. 注意:
- ORDER BY 关键字后可以跟子查询 - 当排序的字段中存在空值时,ORDER BY 会将该空值作为最小值来对待
- 当排序的字段中存在空值时,ORDER BY 会将该空值作为最小值来对待查询数据按字母升序进行排序(A Z),但数据的排序并不仅限于此,还可以使用 ORDER BY 中的 DESC 对查询结果进行降序排序(Z A)。
## 条件查询数据 WHERE
如果需要有条件的从数据表中查询数据,可以使用 WHERE 关键字来指定查询条件。
1. 语法 - `WHERE conditons`
- 带比较运算符和逻辑运算符的查询条件
- 带 BETWEEN AND 关键字的查询条件
- 带 IS NULL 关键字的查询条件
- 带 IN 关键字的查询条件 - 带 LIKE 关键字的查询条件
### 单条件查询
### 多条件查询
在 WHERE 关键词后可以有多个查询条件,这样能够使查询结果更加精确。
多个查询条件时用逻辑运算符 `AND(&&)、OR(||)` 或 `XOR` 隔开。
1. AND :记录 满足所有条件,才会被查询出结果
2. OR : 记录 满足任意一个查询条件,才会被查询出结果
3. XOR : 记录 满足其中一个条件,并且不满足另外一个条件是,才会被查询出结果
>OR、AND 和 XOR 可以一起使用,但是在使用时要注意运算符的优先级。
http://c.biancheng.net/view/7399.html
### 模糊查询 LIKE [新知识 4me]
1. 语法:
- `[NOT]LIKE`
- NOT :可选参数,字段中的内容与指定的字符串不匹配时满足条件。
- 字符串:指定用来匹配的字符串。“字符串”可以是一个很完整的字符串,也可以包含通配符。
LIKE 关键字支持百分号` % `和下划线` _ `通配符。
#### 带有“%”通配符的查询
“%”是 MySQL 中最常用的通配符,它能代表 **任何长度的字符串** ,字符串的长度可以为 0。
例如,a%b表示以字母 a 开头,以字母 b 结尾的任意长度的字符串。该字符串可以代表 ab、acb、accb、accrb 等字符串。
注意:匹配的字符串必须加 *单引号* 或 *双引号* 。
#### 带有“_”通配符的查询
“_”只能代表单个字符,字符的长度不能为 0。 例如,a_b可以代表 acb、adb、aub 等字符串。
#### LIKE 区分大小写(默认不区分)
默认情况下,LIKE 关键字匹配字符的时候是 不 区分大小写的。如果需要 可以加入`BINARY`关键字
#### 使用通配符的注意事项和技巧
1. 注意事项:
- 注意大小写。MySQL 默认是不区分大小写的。如果区分大小写,像“Tom”这样的数据就不能被“t%”所匹配到。
- 注意尾部的空格 尾部空格会干扰通配符的匹配。例如,“T% ”就不能匹配到“Tom”。
- 注意NULL。”%”通配符可以到匹配任意字符,但是不能匹配 NULL。也就是说 “%”匹配不到 tb_students_info 数据表中值为 NULL 的记录。
2. 使用技巧:
- 不要过度使用通配符,如果其它 *** 作符能达到相同的目的,应该使用其它 *** 作符。因为 MySQL 对通配符的处理一般会比其他 *** 作符花费更长的时间。
- 在确定使用通配符后,除非绝对有必要,否则不要把它们用在字符串的开始处。把通配符置于搜索模式的开始处,搜索起来是最慢的。
- 仔细注意通配符的位置。如果放错地方,可能不会返回想要的数据。 ** *拓展* ** 如果查询内容中包含通配符,可以使用“”转义符。
*** 2021-12-23 今天先学到这里 明天继续 MySql 的查询 学习
那要看你的表是怎么构建的一般这汇总情况我认为
你的id应该是自增的吧
如果是自增
那么
插入一个数据的话
就是id等于4的那个行
切
你的
desc字段应该就是
用来
排序用的吧
那么
在前台
你可以
做一个input框(每行后边都有个input框)
目的就是为了
排序你的数据
在这种情况下
就不需要改动什么字段了吧
唯一需要改动的字段内容
就是
更新
desc的字段就可以了吧
打个比方
原来是这样的
id
name
desc
1
a
0
2
c
3(改动)
3
b
2(改动)
4
d
1(追加在a后)
修改后
按
name
a
b
c
d
这么排列
id
name
desc
1
a
0
3
b
1
2
c
2
4
d
3
这是在前台显示的内容
在数据库里
你可以看到实际上
改变的
只有
desc
后边的
0
1
2
3
这几个
而数据库的表中
实际数据的位置是不会发生变化
其实你不用担心什么数据量过多的问题
且
在插入新的数据的时候
就让他的desc值默认是最大的
也就是最后一位显示
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)