SQL 大佬来救命

那么压力给到楼下的大佬, 我血压上来了.

你这看着都头疼,看看楼下怎么说

问了 chatgpt ，它建议我用 LIKE

不懂 sql ，问了 chatgpt ，它说改成这样
```
SELECT *
FROM (
SELECT ROWNUM AS xh, t.*
FROM (
SELECT *
FROM q_materialfusion
WHERE sjbj = '0'
AND '1' IN (mc, ssxmmc, ssxtzc, xinghao, gg)
ORDER BY nf DESC, mc ASC
) t
WHERE ROWNUM < 501
)
WHERE xh >= 1;
```

小白蹲一个 sql 大佬学习学习

这查询，我只能用哇塞来形容。上全文搜索吧

SELECT t.rownum as xh, t.*
FROM q_materialfusion as t
where t.sjbj = '0'
and t.rownum < 501
and t.xh >= 1
and (instr(t.mc, '1') > 0
OR instr(t.ssxmmc, '1') > 0
OR instr(t.ssxtzc, '1') > 0
OR instr(t.xinghao, '1') > 0
OR instr(t.gg, '1') > 0)
order by t.nf desc, t.mc asc;

这么写不可以吗？为什么要用多个子查询？
如果这么写可以，那就注意一下除了使用 instr 的部分其他查询条件最好有组合索引。

where sjbj = '0' and concat(mc, ssxmmc, ssxtzc, xinghao, gg) like '%1%'

SELECT
rownum as xh, *
FROM
q_materialfusion

where sjbj = '0'
and (
instr(mc, '1') > 0
OR instr(ssxmmc, '1') > 0
OR instr(ssxtzc, '1') > 0
OR instr(xinghao, '1') > 0
OR instr(gg, '1') > 0
)
and rownum < 501
and rownum >= 1

order by nf desc, mc asc

```
SELECT
rownum as xh,
t.*
FROM (
SELECT *
FROM q_materialfusion
WHERE sjbj = '0'
AND (
mc LIKE '%1%'
OR ssxmmc LIKE '%1%'
OR ssxtzc LIKE '%1%'
OR xinghao LIKE '%1%'
OR gg LIKE '%1%'
)
ORDER BY nf DESC, mc ASC
)
WHERE rownum BETWEEN 1 AND 500;
```

@samv2 9 其实不确定算不算优化，手动狗头

通意千问说改成这样
SELECT
t.rownum as xh,
t.*
FROM
(
SELECT
*
FROM
q_materialfusion
WHERE sjbj = '0'
AND ( instr(mc, '1') > 0
OR instr(ssxmmc, '1') > 0
OR instr(ssxtzc, '1') > 0
OR instr(xinghao, '1') > 0
OR instr(gg, '1') > 0)
ORDER BY
nf DESC,
mc ASC
) t
WHERE
t.rownum >= 501

@zjsxwc

>> ChatGPT 建议：

根据您提供的 SQL 查询语句，以下是一些可能的优化建议：

>1.创建索引：确保在 q_materialfusion 表上为用于过滤和排序的列（ sjbj 、mc 、ssxmmc 、ssxtzc 、xinghao 、gg 、nf ）创建索引。索引可以大大提高查询性能，特别是在大型数据集上。

>2.使用 UNION 替代 OR 条件：将 OR 条件改为使用 UNION 连接多个查询，每个查询只包含一个条件。这样可以更好地利用索引，提高查询性能。例如：

```
SELECT *
FROM q_materialfusion
WHERE sjbj = '0' AND instr(mc, '1') > 0
ORDER BY nf DESC, mc ASC
UNION
SELECT *
FROM q_materialfusion
WHERE sjbj = '0' AND instr(ssxmmc, '1') > 0
ORDER BY nf DESC, mc ASC
-- 添加其他条件的 UNION 查询
LIMIT 500;

```

>3.分页查询：如果您只需要返回前几行结果，可以使用分页查询，而不是检索全部数据。通过使用 ROWNUM （或类似的机制）进行分页，您可以避免一次性检索所有数据。例如，对于前 100 条结果：

```
SELECT *
FROM (
SELECT ROWNUM AS xh, t.*
FROM (
SELECT *
FROM (
SELECT *
FROM q_materialfusion
WHERE sjbj = '0'
AND (instr(mc, '1') > 0
OR instr(ssxmmc, '1') > 0
OR instr(ssxtzc, '1') > 0
OR instr(xinghao, '1') > 0
OR instr(gg, '1') > 0)
ORDER BY nf DESC, mc ASC
)
WHERE ROWNUM < 501
) t
)
WHERE xh BETWEEN 1 AND 100;

```

>4.批量处理：如果可能，可以考虑将大型查询拆分为多个较小的查询，并以批处理方式处理数据。这样可以减少单个查询的复杂性和负载，并且更容易进行并行处理。

请注意，优化查询性能是一个复杂的过程，需要结合实际数据和数据库配置进行调整。建议在生产环境中进行测试，并根据实际情况进行调整。

我貌似第一次感受到论坛评论被 ai 污染的现象

确定的限制条件可以放在最里面.

带入的查询条件,看是否可以通过语法解释后进入最里层的 select.这样就不会全表扫描.

几个 OR 没法优化，不知道为啥要这么设计，外面两层 select 都可以去掉，不过意义不大

找了半天，没找到微软小冰。

现在大家有问题，都是第一个问 AI 么

来自 Github Copilot Chat 的回复

GitHub Copilot: 这段 SQL 语句看起来已经进行了一些优化，但是还有一些可以尝试的优化方法。以下是一些可能的优化建议：

1. 索引优化：确保表中的所有列都有索引，特别是用于筛选和排序的列。可以使用 `explain` 命令来查看查询计划，以确定是否使用了索引。

2. 分页优化：如果只需要返回前几行结果，可以使用 `limit` 子句来限制返回的行数，而不是使用 `rownum` 子查询。这样可以避免在子查询中生成大量的行，从而提高查询性能。

3. 避免使用 `OR`：`OR` 操作符通常会导致查询性能下降，因为它需要对多个条件进行计算。可以尝试将多个条件拆分为多个查询，然后使用 `union` 运算符将结果合并。

4. 避免使用 `select *`：只选择需要的列，而不是使用 `select *` 选择所有列。这可以减少查询返回的数据量，从而提高查询性能。

下面是一个可能的优化版本的 SQL 语句：

```
SELECT
nf,
mc
FROM
q_materialfusion
WHERE
sjbj = '0'
AND (
instr(mc, '1') > 0
OR instr(ssxmmc, '1') > 0
OR instr(ssxtzc, '1') > 0
OR instr(xinghao, '1') > 0
OR instr(gg, '1') > 0
)
ORDER BY
nf DESC,
mc ASC
LIMIT 500;
```

请注意，这只是一个可能的优化版本，具体的优化方法可能因数据库结构和数据分布而异。建议您在实际环境中测试不同的优化方法，以确定哪种方法最适合您的情况。

instr 性能优于 like 吗？ 你这几个 or 条件的结果能否预处理成新增字段，然后通过这个字段来查询？

@NoKey 关键是 AI 有时候是真的行

有人已经在用 GPT 爽出代码了
有人还在评论区指点 AI 污染

什么数据库？

就我在好奇 xinghao 是“型号”还是“行号”吗？

理解不了这 sql 想干嘛。就一张表 ，各个针对结果集的 where 有什么不能直接写到最里边的，非要套这么多层。

@NoKey 关键是楼主这个 sql 代码看着非常烧脑

@c6h6benzene 也可能是“序号”

@c6h6benzene 看岔了，我以为你说的“xh”，不过 OP 这个 SQL 的参数风格，和我以前做军工的时候好像，真是不堪回首 >_<

干嘛不这样：
SELECT
rownum AS xh,*
FROM
q_materialfusion
WHERE
sjbj = '0'
AND (
instr( mc, '1' ) > 0
OR instr( ssxmmc, '1' ) > 0
OR instr( ssxtzc, '1' ) > 0
OR instr( xinghao, '1' ) > 0
OR instr( gg, '1' ) > 0
)
AND rownum >= 1
AND rownum < 501
ORDER BY
nf DESC,
mc ASC

然后去优化索引。

为什么套了这么多层？
SELECT
* ,
rownum as xh
FROM
q_materialfusion
where
sjbj = '0'
and rownum>=1
and rownum < 501
and (
instr(mc, '1') > 0
OR instr(ssxmmc, '1') > 0
OR instr(ssxtzc, '1') > 0
OR instr(xinghao, '1') > 0
OR instr(gg, '1') > 0
)
order by nf desc, mc asc

1. 因为你只需要最近的 500 条，考虑下在最里面一层加一下别的限制，例如时间，或者 id 编号啥的，减少检索范围。

2. 这几个字段是啥玩意来的，如果是单字符，就直接写相等判断，那就可以走索引了。 如果都是多字符，那做个临时字段把这几个字符串都合并，然后用一句就可以了。


and ( instr(mc, '1') > 0
OR instr(ssxmmc, '1') > 0
OR instr(ssxtzc, '1') > 0
OR instr(xinghao, '1') > 0
OR instr(gg, '1') > 0)

200w 数据的话，处理了这 2 个点基本上就够了

先把所有 OR 改成 UNION 写法试试

你说下数据库呀，你如果是传统的关系型数据库，我感觉天王老子来了也没辙。你要不看看实时计算引擎？找个支持倒排索引的实时计算引擎，你这点数据量都不叫事

所以 AI 写的对吗

为啥不从源头上解决数据问题呢？比如把你需要的这个直接在写入的地方直接做个标志位，然后对这个标志位加索引。如果要解决 like 或者 instr ，这种治标不治本

explain 看下
另外 like%%这种是没法用索引的 大概率更慢
另外 可以搜下 数据库优化 美团 能找到一篇美团技术文章讲数据库优化 供参考