SQL order by ID desc/asc加一個排序的字段解決查詢慢問題
更新時間：2012年12月16日 17:29:43 作者：
解決方法就是在order by ID desc再加一個排序的字段，這樣子可能會把速度提高很多,需要朋友可以試一下
解決方法就是在order by ID desc再加一個排序的字段，這樣子可能會把速度提高很多。再加止排序的字段因查詢而異了
如表
CREATE TABLE [dbo].[CMPP_SendCentre] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[SendType] [varchar] (10) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[SendDate] [datetime] NOT NULL ,
[Port] [varchar] (50) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Service_ID] [varchar] (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[FeeType] [varchar] (2) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[FeeCode] [varchar] (6) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Msg_Content] [varchar] (1024) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[SendCount] [int] NOT NULL ,
[SucceedCount] [int] NOT NULL
) ON [PRIMARY]
GO
CREATE TABLE [dbo].[CMPP_SendCentreMo] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[SendCentreID] [int] NOT NULL ,
[Mo] [varchar] (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Stat] [varchar] (10) COLLATE Chinese_PRC_CI_AS NULL
) ON [PRIMARY]
GO
CMPP_SendCentreMo.SendCentreID 與CMPP_SendCentre.ID成外建關系
于是建了一個視圖
CREATE VIEW dbo.ViewCMPP_SendCentreMo
AS
SELECT
dbo.CMPP_SendCentreMo.id,
dbo.CMPP_SendCentreMo.SendCentreID,
dbo.CMPP_SendCentreMo.Mo,
dbo.CMPP_SendCentreMo.Stat,
dbo.CMPP_SendCentre.SendType,
dbo.CMPP_SendCentre.SendDate,
dbo.CMPP_SendCentre.Port,
dbo.CMPP_SendCentre.Service_ID,
case dbo.CMPP_SendCentre.FeeType when '01' then '免費' when '02' then '點播' else '包月' end as FeeType,
cast(dbo.CMPP_SendCentre.FeeCode as smallint) as FeeCode,
dbo.CMPP_SendCentre.Msg_Content
FROM dbo.CMPP_SendCentre INNER JOIN
dbo.CMPP_SendCentreMo ON
dbo.CMPP_SendCentre.id = dbo.CMPP_SendCentreMo.SendCentreID
一開始的查詢語句為
select top 6*from [ViewCMPP_SendCentreMo]
where SendType = '扣費'
order by id desc
發(fā)現(xiàn)非常的慢
經(jīng)過了解,原因是order by id desc/asc的查詢是一行一行的找數(shù)據(jù),所以非常的慢
于是改成了
select top 6*from [ViewCMPP_SendCentreMo]
where SendType = '扣費'
order by SendCentreID desc, id desc
查詢就非常的快了
如表
復制代碼 代碼如下:
CREATE TABLE [dbo].[CMPP_SendCentre] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[SendType] [varchar] (10) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[SendDate] [datetime] NOT NULL ,
[Port] [varchar] (50) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Service_ID] [varchar] (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[FeeType] [varchar] (2) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[FeeCode] [varchar] (6) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Msg_Content] [varchar] (1024) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[SendCount] [int] NOT NULL ,
[SucceedCount] [int] NOT NULL
) ON [PRIMARY]
GO
CREATE TABLE [dbo].[CMPP_SendCentreMo] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[SendCentreID] [int] NOT NULL ,
[Mo] [varchar] (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[Stat] [varchar] (10) COLLATE Chinese_PRC_CI_AS NULL
) ON [PRIMARY]
GO
CMPP_SendCentreMo.SendCentreID 與CMPP_SendCentre.ID成外建關系
于是建了一個視圖
復制代碼 代碼如下:
CREATE VIEW dbo.ViewCMPP_SendCentreMo
AS
SELECT
dbo.CMPP_SendCentreMo.id,
dbo.CMPP_SendCentreMo.SendCentreID,
dbo.CMPP_SendCentreMo.Mo,
dbo.CMPP_SendCentreMo.Stat,
dbo.CMPP_SendCentre.SendType,
dbo.CMPP_SendCentre.SendDate,
dbo.CMPP_SendCentre.Port,
dbo.CMPP_SendCentre.Service_ID,
case dbo.CMPP_SendCentre.FeeType when '01' then '免費' when '02' then '點播' else '包月' end as FeeType,
cast(dbo.CMPP_SendCentre.FeeCode as smallint) as FeeCode,
dbo.CMPP_SendCentre.Msg_Content
FROM dbo.CMPP_SendCentre INNER JOIN
dbo.CMPP_SendCentreMo ON
dbo.CMPP_SendCentre.id = dbo.CMPP_SendCentreMo.SendCentreID
一開始的查詢語句為
復制代碼 代碼如下:
select top 6*from [ViewCMPP_SendCentreMo]
where SendType = '扣費'
order by id desc
發(fā)現(xiàn)非常的慢
經(jīng)過了解,原因是order by id desc/asc的查詢是一行一行的找數(shù)據(jù),所以非常的慢
于是改成了
復制代碼 代碼如下:
select top 6*from [ViewCMPP_SendCentreMo]
where SendType = '扣費'
order by SendCentreID desc, id desc
查詢就非常的快了
您可能感興趣的文章:
- SQL Server 排序函數(shù) ROW_NUMBER和RANK 用法總結
- 讓MySQL支持中文排序的實現(xiàn)方法
- sqlserver中將varchar類型轉換為int型再進行排序的方法
- sql多條件多字段排序(圖文教程)
- Mysql select in 按id排序實現(xiàn)方法
- SQL字符型字段按數(shù)字型字段排序實現(xiàn)方法
- MYSQL 關于兩個經(jīng)緯度之間的距離由近及遠排序
- Mysql中的排序規(guī)則utf8_unicode_ci、utf8_general_ci的區(qū)別總結
- SQL-ORDER BY 多字段排序(升序、降序)
- SQL語句實現(xiàn)表中字段的組合累加排序
相關文章
這篇文章主要介紹了ASP.NET和MSSQL高性能分頁實例代碼的相關資料,需要的朋友可以參考下2016-01-01
這篇文章主要介紹了SQL SERVER 將XML變量轉為JSON文本的相關資料,需要的朋友可以參考下2016-03-03
partition by與group by都是對表中的某維度進行分組,本文主要介紹了SQL窗口函數(shù)之partition by的使用,具有一定的參考價值,感興趣的可以了解一下2024-04-04
SQL?Server?DATEDIFF()?函數(shù)用法
這篇文章主要介紹了SQL?Server?DATEDIFF()?函數(shù)的定義和用法,通過實例代碼給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2021-12-12
sqlserver 2000數(shù)據(jù)庫同步 同步兩個SQLServer數(shù)據(jù)庫的內容
程序代碼可以有版本管理CVS進行同步管理,可是數(shù)據(jù)庫同步就非常麻煩,只能自己改了一個后再去改另一個,如果忘記了更改另一個經(jīng)常造成兩個數(shù)據(jù)庫的結構或內容上不一致.2010-05-05
sql server 中合并某個字段值的實例，需要的朋友可以參考一下2013-03-03
為了從兩個表中獲取數(shù)據(jù)，我們有時會用JOIN將兩個表連接起來。本文給大家較詳細的介紹了SQL語句中不同的連接JOIN及join的用法，感興趣的朋友跟隨小編一起看看吧2018-10-10
SQL update 多表關聯(lián)更新的實現(xiàn)代碼
這篇文章主要介紹了SQL update 多表關聯(lián)更新的實現(xiàn)代碼,需要的朋友可以參考下2017-09-09
在 SQL Server 中,釋放空連接（也稱為空閑連接）是一個重要的操作,特別是在高并發(fā)環(huán)境中,以確保數(shù)據(jù)庫資源得到有效利用并避免連接泄漏,故本文介紹了SQL Server 空閑連接查詢對比與分析,需要的朋友可以參考下2024-08-08
一個函數(shù)解決SQLServer中bigint 轉 int帶符號時報錯問題
這篇文章主要介紹了解決SQLServer中bigint 轉 int帶符號時報錯問題的函數(shù),需要的朋友可以參考下2014-08-08