sqlserver2008不支持異步模式。
創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于網(wǎng)站設計制作、成都網(wǎng)站建設、二連浩特網(wǎng)絡推廣、小程序制作、二連浩特網(wǎng)絡營銷、二連浩特企業(yè)策劃、二連浩特品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)公司為所有大學生創(chuàng)業(yè)者提供二連浩特建站搭建服務，24小時服務熱線：18982081108，官方網(wǎng)址：www.cdcxhl.com
2008異步圖畫失敗可能是因為sqlserver2008不支持異步模式，需要升級，所以會出現(xiàn)提示為，此sqlserver版本不支持修改事務安全模式，alterdatabase失敗。
首先是針對全文檢索，新版建立 Catalog 內(nèi)容時，擴展（Index
population）的速度較舊版快一倍以上，而查詢效率也提升
30%-50%。
另外，全文檢索服務支持多實例（multi-instanced）
在后臺創(chuàng)建多個線程，訪問你對應的數(shù)據(jù)然后放在一個指定的對象里面。 JSP上異步不斷的發(fā)送請求向你存放數(shù)據(jù)的對象，返回數(shù)據(jù)后，放在JSP頁面里面。
盡量避免使用游標，因為游標的效率較差，如果游標操作的數(shù)據(jù)超過1萬行，那么就應該考慮改寫。
使用基于游標的方法之前，應先尋找基于集的解決方案來解決問題，基于集的方法通常更有效。
最好的改進光標性能的技術(shù)就是：能避免時就避免使用游標
若有時無法避免使用游標，則可以用如下技巧來優(yōu)化游標的性能。
(1). 除非必要否則不要使用static/insensitive游標。打開static游標會造成所有的行都被拷貝到臨時表。這正是為什么它對變化不敏感的原因——它實際上是指向臨時數(shù)據(jù)庫表中的一個備份。很自然，結(jié)果集越大，聲明其上的static游標就會引起越多的臨時數(shù)據(jù)庫的資源爭奪問題。
(2). 除非必要否則不要使用keyset游標。和static游標一樣，打開keyset游標會創(chuàng)建臨時表。雖然這個表只包括基本表的一個關(guān)鍵字列(除非不存在唯一關(guān)鍵字)，但是當處理大結(jié)果集時還是會相當大的。
(3). 當處理單向的只讀結(jié)果集時，使用fast_forward代替forward_only。使用fast_forward定義一個forward_only，則read_only游標具有一定的內(nèi)部性能優(yōu)化。
(4). 使用read_only關(guān)鍵字定義只讀游標。這樣可以防止意外的修改，并且讓服務器了解游標移動時不會修改行。
(5). 小心事務處理中通過游標進行的大量行修改。根據(jù)事務隔離級別，這些行在事務完成或回滾前會保持鎖定，這可能造成服務器上的資源爭奪。
(6). 小心動態(tài)光標的修改，尤其是建在非唯一聚集索引鍵的表上的游標，因為他們會造成“Halloween”問題——對同一行或同一行的重復的錯誤的修改。因為SQL Server在內(nèi)部會把某行的關(guān)鍵字修改成一個已經(jīng)存在的值，并強迫服務器追加下標，使它以后可以再結(jié)果集中移動。當從結(jié)果集的剩余項中存取時，又會遇到那一行，然后程序會重復，結(jié)果造成死循環(huán)。
(7). 對于大結(jié)果集要考慮使用異步游標，盡可能地把控制權(quán)交給調(diào)用者。當返回相當大的結(jié)果集到可移動的表格時，異步游標特別有用，因為它們允許應用程序幾乎馬上就可以顯示行
這種問題我早就碰過了，使用
多線程
是一種非常不好的選擇，你的系統(tǒng)隨時都會崩潰。
辦法其實非常簡單，你只要使用ADO異步操作就可以了，完全不必建立多線程，當然這涉及ADO的高級應用，今天心情好，教你幾招?。ㄏ旅媸俏以赩B中使用過的方法，DELPHI中同樣也能使用ADO異步操作訪問SQLSERVER）
之前先與SQL
SERVER建立一個CONNECTION對象，將其CURSORLOCATION屬性設置為adUseClient
然后用ADO
CONNECTION的Execute方法異步執(zhí)行
存儲過程
即可
例如：con.CursorLocation
=
adUseClient
dim
strSQL
as
String
strSQL="SQL語句或存儲過程名及其參數(shù)"
'語法必須正確
con.Execute
strSQL,
,
adAsyncExecute
'adAsyncExecute指令異步操作
這樣你的
應用程序
就不用等待存儲過程執(zhí)行完畢后才可執(zhí)行后續(xù)
代碼
了。
你還可以使用ADO
CONNECTION對象的ExecuteComplete事件在執(zhí)行完存儲過程后
通知你的應用程序執(zhí)行相應的動作，例如MSGBOX等之類的東西，具體的實現(xiàn)代碼你自己去查ADO聯(lián)機手冊。
另外順便提一下，如果對于一個執(zhí)行了很長時間都未能完成的查詢，你別指望使用貌似很行的ADO的CANCEL方法，立即取消一個正在執(zhí)行的ADO異步操作，即使在更新版本的ADO.net
3.5也是如此（非要等到超時后才能生效），真不明白微軟的工程師們是如何想的！誰要是能給出
解決方法
，我獎他300分，外加現(xiàn)金若干。
答復補充問題：
“四樓的大哥
我還想問一下
如果我在這個存儲過程還沒有執(zhí)行完成的時候
其他客戶端又調(diào)用了這個存儲過程
會不會出錯呢？？？我不太清楚一個存儲過程還沒有執(zhí)行完的時候
是否可以再次調(diào)用
請指教
謝謝?。。。 ?/p>
不會的，因為SQLSERVER
引擎
會處理這些并發(fā)問題（自動使用事務處理，微軟的工程師們早就想到這些問題了，請放心使用）
SQL Server Service Broker 你可以理解為一種 數(shù)據(jù)庫隊列的 東西.
異步處理的.
例如我要執(zhí)行一個耗時比較長的存儲過程.
普通的執(zhí)行方法, 是我 執(zhí)行了, 然后我等著服務器處理完了, 才能繼續(xù)干別的事情.
SQL Server Service Broker 則是以一種隊列異步處理的機制來完成.
我需要執(zhí)行一個很耗時的處理.
那么可能就是向某個 隊列, 發(fā)送一個消息, 然后立即就返回了.
這個時候, 我可以做其他的查詢處理.
等服務器執(zhí)行完畢后, 再向我發(fā)一個消息, 告訴我 執(zhí)行的結(jié)果.
重慶分公司
重慶分公司
