T-SQLは結果を返して処理を続行します

Question

私は、ストアドプロシージャを使用して、ストアドプロシージャからデータを早期に返し、その後処理を続行できるようにしたいと考えています。

は、基本的には今、私はそうのようなものがあります。

CREATE PROCEDURE <Procedure_Name, sysname, ProcedureName> 
    @someargshere 
AS 
BEGIN 
    -- SET NOCOUNT ON added to prevent extra result sets from 
    -- interfering with SELECT statements. 
    SET NOCOUNT ON; 

    -- Insert statements for procedure here 
    UPDATE lastAccessedTime = GETUTCDATE() WHERE based on someargs; 
    SELECT some fields WHERE based on someargs; 
END 

を私は実際にlastAccessedTimeがSELECT声明何のためにあるのかを気にしないが、私は、行の結果セットを返すために発見した唯一の方法はにあります最後にSELECTを実行してください。私が見つけたすべてのドキュメントでは、RETURNは整数表現しか取っていないと言われています。結果を早期に返信して、アプリケーションに可能な限り速い応答時間を得ることができるようにして、サーバーに更新を依頼しながら処理を続けることができます。だから、私は何かをしたいと思っています

SELECTT..... 
RETURN results to app 
UPDATE after connection has sent results 

これは可能でしょうか、それとももっと良いアプローチですか？

Answer 1

いいえ、あなたはそれが逐次処理のために行うことはできませんと思います。さらに、それを実行することができても、実際に更新されたデータではなく、古いデータを読み取ることになります。 DIRTY READとも呼ばれます。

最初に投稿した内容は正しいことです。最初にUPDATEを実行し、次にSELECTを実行してアプリケーションに戻ります。あなたの手続きは、処理全体が終了し、部分的にあなたが言っている（あるいは同様にマルチスレッドのプログラミング言語で起こる）わけではないときにのみ返されます。

SELECTとUPDATEは、異なるプロシージャ/アドホッククエリで、アプリケーションのプログラミング言語に基づいて（複数のスレッドをサポートしている場合）分離することができますが、テーブルからSELECTが実行され、別のスレッドが実行される2つのスレッドがあります。UPDATE（C#の場合は、async - await）を実行できます。おそらくその場合は、TRANSACTION ISOLATION LEVELをREAD UNCOMMITTEDに設定する必要があります。