[quote=引用 12 楼 Dear SQL 的回复:] [quote=引用 11 楼 邓燕华 的回复:] 这是SQL脚本
[quote=引用 11 楼 邓燕华 的回复:] 这是SQL脚本
[quote=引用 4 楼 吉普赛的歌 的回复:] 1. 对于这种大表的查询, 一般是允许脏读的, 所有的 select 都应该加 with(nolock); 2. 你可以贴出SQL, 可能需要加临时表缓存中间数据; 3. 如果经常要做这种查询, 应该做成报表, 用 sql 作业第天(或每月,根据需要来)生成结果表。这样,用户查询的只是结果表, 根本不会有卡顿的情况发生。
限定查询日期,看查找条件能否建索引
1. 对于这种大表的查询, 一般是允许脏读的, 所有的 select 都应该加 with(nolock); 2. 你可以贴出SQL, 可能需要加临时表缓存中间数据; 3. 如果经常要做这种查询, 应该做成报表, 用 sql 作业第天(或每月,根据需要来)生成结果表。这样,用户查询的只是结果表, 根本不会有卡顿的情况发生。
1. 如果业务允许脏读可以降低事务的隔离级别(SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED)或加(nolock) 2.优化SQL
1、限定查询条件,一次最多跨 3 个月等等。 2、优化 SQL;
这是SQL脚本
select [列A],[列B],[列C] ... from [表名](Nolock)
27,580
社区成员
68,556
社区内容
加载中
试试用AI创作助手写篇文章吧