CSDN论坛 > MS-SQL Server > 基础类

sqlServer数据库编程,一个查询排序后,其它机子特别慢? [问题点数:80分,结帖人TryToday]

Bbs1
本版专家分:20
结帖率 99.69%
CSDN今日推荐
Bbs5
本版专家分:2496
Bbs2
本版专家分:190
Blank
红花 2005年3月 移动平台大版内专家分月排行榜第一
2004年11月 移动平台大版内专家分月排行榜第一
Bbs2
本版专家分:215
Bbs1
本版专家分:20
匿名用户不能发表回复!
其他相关推荐
一次sqlserver变慢优化过程
sqlserver数据库这几天慢的不行,上服务器一看,cpu占用100%。利用sqlserver management studio ,点击工具--sql sever profile查看了下,发现有sql在狂查,发现有个进程一直在执行插入删除操作,关掉了,cpu下来了,但是查询很慢。问了下小弟,小弟说,前几天sqlserver整崩了,自己恢复过来,就变慢了。于是下面执行了下: 1.che
JDBC 远程 SQLSERVER 速度很慢的处理方式
1、数据库连接配置<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd"> <beans> <bean id="netpreLgfy" class="org.springframework.jdbc.datasou.
JDBC执行sql慢的问题
今天发现JDBC的一个怪问题。 同样的sql,在mysql客户端中执行只要0.6、7秒,但是在JDBC中执行却要十二三分钟!这差距也太大了!而且只是其中一张表如此,查看表结构,很正常,没有索引,连主键都没有,就只有字段,字段类型也没有BLOB、CLOB之类的大数据类型,和其他表相比,字段数量也差不错。那就奇怪了,虽说JDBC是要慢些,但是不至于差别几百倍吧。再对比sql,唯一不同的就是这个慢
SQLSERVER聚集索引的整理(重建)的必要性测试
http://www.soaspx.com/dotnet/sql/mssql/sql2000/sqlserver2000_20120331_8856.html 问题:聚集索引是否需要整理?在什么情况下需要整理?整理的效果如何?有没有负面作用? 测试环境:WIN2003+SQL2008R2 测试表:wkf_test 存放12767550条记录,wkf_test_all表是该表的
sql语句查询过慢的原因分析
有时候你在使用sql语句查询数据库,sql语句写得好正确,但则发现执行查询的时候很慢呢?数据量也不是太大,你知道其中的原因吗?本文给大家讲解一下sql查询过慢的48种原因分析,请阅读。 1、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2、I/
走主键索引的查询sql变慢的问题
问题描述 数据库hang,大量latch: cache buffers chains异常等待事件 业务慢,主机CPU达到100% Event Waits Time(s) Avg wait (ms) % DB time Wait Class latch: cache buffers chains 644,380 321,720 499 47.19
oracle表查询速度极慢的处理过程记录一下
Oracle 单个表查询速度极慢处理过程   现象:前两天看到我们的oracle数据库,一条查询语句执行的特别慢,导致应用程序连接超时,客户根本查不出来东西,非常着急。后来在plus中执行select count(1) from fee,也特别慢,这张表一共才50w的数据。 配置:        Oracle 11G RAC 、linux redhat操作系统 处理过程:
数据库连接(2) - 为什么C3P0连接池那么慢
摘要 承接上篇数据库连接(1)从jdbc到mybatis,介绍下数据库连接池技术 为什么需要连接池 在上一篇中我们介绍说客户端建立一次连接耗时太长(建立连接,设置字符集,autocommit等),如果在每个sql操作都需要经历建立连接,关闭连接。不仅应用程序响应慢,而且会产生很多临时对象,应用服务器GC压力大。另外数据库server端对连接也有限制,比如MySQL默认151个连接(实际环...
MySQL数据库order by 主键(索引) 查询慢解决方案
今天遇到个奇葩的问题,应用主键排序速度奇慢无比,经过不懈的努力,终于找到了问题的原因。 一、错误现象 template表: 索引:索引名随便起的,O(∩_∩)O哈哈~ 查询语句: select t.template_id from template t ORDER BY t.template_id desc 数据库中数据7w多条,查询耗时在8s以上。 二、错误现象分析
12C 怪异问题,第一次查询快, 以后查询慢
2016年过去了,  简单回顾,   这一年中oracle应用级别优化,  有了基本套路,简单概述下,1  根据业务需求,数据生命周期抽象出数据模型,数据按周期 全自动化管理。 2  各种分离,  读写分离, 数据量分离,  负载分离。并发分离或者说压力分离。 3 数据暴增场景下, 更加精密的分区规划,替代索引。防止产生过渡的数据碎片,挤压磁盘空间   和性能空间。   4 整合数据加载,清洗
关闭