mssql 30萬條數(shù)據(jù) 搜索文本字段的各種方式對比
更新時間：2010年04月28日 10:55:16 作者：
30萬條，有ID列但無主鍵，在要搜索的“分類”字段上建有非聚集索引
數(shù)據(jù)庫：
30萬條，有ID列但無主鍵，在要搜索的“分類”字段上建有非聚集索引
過程T-SQL：
/*
用戶自定義函數(shù)：執(zhí)行時間在1150-1200毫秒左右
CREATE FUNCTION [dbo].[gethl] (@types nvarchar(4))
RETURNS table AS
return select 書名 from 圖書三十萬條 Where 分類 Like '%'+@types+'%'
存儲過程：
CREATE PROCEDURE [dbo].[getfl](@typen nvarchar(4))
AS
select 書名 from 圖書三十萬條 Where 分類 Like '%'+@typen+'%'
*/
declare @a datetime,@b nvarchar(4)
set @a=getDate()
select 書名 from 圖書三十萬條 Where 分類 Like '%醫(yī)學(xué)%' --“分類”列有非聚集索引，比聚集索引1150快一點，差不多執(zhí)行時間在1100左右
-- select 書名 from gethl('醫(yī)學(xué)') --使用用戶自定義函數(shù)，效率和建立聚集索引一樣，還稍慢一點 在1150-1200
-- Execute getfl '醫(yī)學(xué)' --調(diào)用存儲過程不能用括號包含參數(shù) Execute getfl('醫(yī)學(xué)')
-- select 書名 from VIEW1 --視圖
print '運行時間：
print datediff(ms,@a,getDate())
結(jié)論：
1、以上各種使用直接查詢、函數(shù)、視圖、存儲過程性能都差不多；
2、在這種文本字段，非聚集比聚集索引效果好。
比這些更好的方法是，在另外一個表上建立相應(yīng)的檢索ID，會更快！
30萬條，有ID列但無主鍵，在要搜索的“分類”字段上建有非聚集索引
過程T-SQL：
復(fù)制代碼 代碼如下:
/*
用戶自定義函數(shù)：執(zhí)行時間在1150-1200毫秒左右
CREATE FUNCTION [dbo].[gethl] (@types nvarchar(4))
RETURNS table AS
return select 書名 from 圖書三十萬條 Where 分類 Like '%'+@types+'%'
存儲過程：
CREATE PROCEDURE [dbo].[getfl](@typen nvarchar(4))
AS
select 書名 from 圖書三十萬條 Where 分類 Like '%'+@typen+'%'
*/
復(fù)制代碼 代碼如下:
declare @a datetime,@b nvarchar(4)
set @a=getDate()
select 書名 from 圖書三十萬條 Where 分類 Like '%醫(yī)學(xué)%' --“分類”列有非聚集索引，比聚集索引1150快一點，差不多執(zhí)行時間在1100左右
-- select 書名 from gethl('醫(yī)學(xué)') --使用用戶自定義函數(shù)，效率和建立聚集索引一樣，還稍慢一點 在1150-1200
-- Execute getfl '醫(yī)學(xué)' --調(diào)用存儲過程不能用括號包含參數(shù) Execute getfl('醫(yī)學(xué)')
-- select 書名 from VIEW1 --視圖
print '運行時間：
print datediff(ms,@a,getDate())
結(jié)論：
1、以上各種使用直接查詢、函數(shù)、視圖、存儲過程性能都差不多；
2、在這種文本字段，非聚集比聚集索引效果好。
比這些更好的方法是，在另外一個表上建立相應(yīng)的檢索ID，會更快！
相關(guān)文章
![SQL Server"錯誤 21002: [SQL-DMO]用戶 * 已經(jīng)存在問題解決](http://img.jbzj.com/images/xgimg/bcimg0.png)
SQL Server"錯誤 21002: [SQL-DMO]用戶 * 已經(jīng)存在問題解決
在分配數(shù)據(jù)庫登錄用戶的數(shù)據(jù)庫訪問權(quán)限的時候出現(xiàn)這種錯誤,如果選中某一個數(shù)據(jù)庫的任何一個角色就會出現(xiàn)這個錯誤2009-04-04
使用sparkSQL是為了解決一般用sql不能解決的復(fù)雜邏輯，使用編程語言的優(yōu)勢來解決問題，今天通過本文給大家分享Spark SQL的整體實現(xiàn)邏輯，需要的朋友參考下吧2021-07-07
sql多條件多字段排序是日常應(yīng)用中比不可少的，本人搜集整理了一些，以供不時之需，需要了解的朋友可以參考下2012-12-12
sqlserver數(shù)據(jù)庫中的表、字段sql語句
在數(shù)據(jù)庫中創(chuàng)建的每個對象（例如約束、默認(rèn)值、日志、規(guī)則以及存儲過程）都對應(yīng)一行。2010-06-06
在使用SQL*LOADER裝載數(shù)據(jù)時，由于平面文件的多樣化和數(shù)據(jù)格式問題總會遇到形形色色的一些小問題，下面是小編抽時間整理的一些錯誤，感興趣的朋友一起學(xué)習(xí)吧2015-12-12
判斷一個表的數(shù)據(jù)不在另一個表中最優(yōu)秀方法
判斷一個表的數(shù)據(jù)不在另一個表中最優(yōu)秀方法2009-11-11
相信大家對于SQL Transcation再熟悉不過，它確保了數(shù)據(jù)庫的數(shù)據(jù)一致性和安全性，尤其在對數(shù)據(jù)執(zhí)行增刪時，如果發(fā)生異常和錯誤它就會觸發(fā)事務(wù)回滾，從而確保了我們數(shù)據(jù)的一致性和安全性，下面我們將通過分四部分介紹事件（Transcation）2012-08-08
插入記錄時，影響插入速度的主要是索引、唯一性校驗、一次插入記錄條數(shù)等。根據(jù)這些情況，可以分別進行優(yōu)化，本節(jié)將介紹優(yōu)化插入記錄速度的幾種方法。下面跟著小編一起來看下吧2017-03-03
SQLServer性能優(yōu)化--間接實現(xiàn)函數(shù)索引或者Hash索引
本文主要介紹了SQLServer性能優(yōu)化--間接實現(xiàn)函數(shù)索引或者Hash索引的解決方式。具有很好的參考價值。下面跟著小編一起來看下吧2017-03-03
這篇文章告訴我們?yōu)槭裁次覀冃枰赟QL Server里更新鎖,需要的朋友可以參考下2015-07-07