gpt4 book ai didi

sql - SQL 查询中过多的空格会影响性能吗?

转载 作者:行者123 更新时间:2023-12-01 23:21:37 28 4
gpt4 key购买 nike

当我们编写 SQL 查询时,我们会添加额外的缩进空格以使其更具可读性。这些空间可以快速加起来。我想知道这些额外的空间是否会显着影响数据库中的网络延迟和/或查询解析时间。

  1. 从客户端/ORM 发送到数据库服务器的查询字符串是否也包含这些空格,或者它们是否被客户端/ORM 剥离/标准化?

  2. 查询字符串中有大量空间会显着影响性能,因此应该在合理的范围内最小化吗?

为了说明,以下查询总共包含 577 个字符:

select * from (
select
u.id as userId,
u.name as userName,
sum(case when date(u.login_at) <= date('2020-12-31') then 1 else 0 end) as loginCount,
max(case when date(u.login_at) <= date('2020-12-31') then u.login_at else null end) as lastLogin,
from user u
join user_login ul on u.id = ul.user_id
where u.id = '12345'
group by u.name, u.id
) x
where loginCount > 0;

尽管去除了不必要的空格的同一个查询仅包含 329 个字符,但查询大小减少了 43%。

select * from(select u.id userId,u.name userName,sum(case when date(u.login_at)<=date('2020-12-31')then 1 else 0 end)loginCount,max(case when date(u.login_at)<=date('2020-12-31')then u.login_at else null end)lastLogin,from user u join user_login ul on u.id=ul.user_id where u.id='12345' group by u.name,u.id)x where loginCount>0;

注意:我不赞成像第二个那样编写查询。我只想知道时间上是否存在重大差异。

最佳答案

没有。额外的空白不会明显影响性能。可能会在两个地方产生一点影响:

  • 较大的字符串可能会通过网络传递。所以一个非常慢的网络(还记得拨号吗?)可能会减慢它的速度。
  • 编译器的标记化阶段必须跳过空白。如今,字符串处理速度非常快。仅 token 化阶段就在做很多其他工作。

无论如何,select 查询的开销很少出现在编译阶段。读取数据和处理数据通常是(几乎)花费所有时间的地方。

注意:您可以简单地创建边缘情况,例如 select 1 后跟或前面有一百万个空格,编译会很明显。但是您必须有意创建这样的查询字符串。

关于sql - SQL 查询中过多的空格会影响性能吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/68037146/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com