web-dev-qa-db-ja.com

sp_cursoropenと並列処理

頭がよくなさそうなクエリのパフォーマンスの問題が発生しています。

クエリをカーソル定義から引き出しました。

このクエリの実行には数秒かかります

_SELECT A.JOBTYPE
FROM PRODROUTEJOB A
WHERE ((A.DATAAREAID=N'IW')
AND ((A.CALCTIMEHOURS<>0)
AND (A.JOBTYPE<>3)))
AND EXISTS (SELECT 'X'
FROM PRODROUTE B
WHERE ((B.DATAAREAID=N'IW')
AND (((((B.PRODID=A.PRODID)
AND ((B.PROPERTYID=N'PR1526157') OR (B.PRODID=N'PR1526157')))
AND (B.OPRNUM=A.OPRNUM))
AND (B.OPRPRIORITY=A.OPRPRIORITY))
AND (B.OPRID=N'GRIJZEN')))
AND NOT EXISTS (SELECT 'X'
FROM ADUSHOPFLOORROUTE C
WHERE ((C.DATAAREAID=N'IW')
AND ((((((C.WRKCTRID=A.WRKCTRID)
AND (C.PRODID=B.PRODID))
AND (C.OPRID=B.OPRID))
AND (C.JOBTYPE=A.JOBTYPE))
AND (C.FROMDATE>{TS '1900-01-01 00:00:00.000'}))
AND ((C.TODATE={TS '1900-01-01 00:00:00.000'}))))))
GROUP BY A.JOBTYPE
ORDER BY A.JOBTYPE
_

実際の実行計画は次のようになります。

enter image description here

サーバー全体の設定がMaxDOP 1に設定されていることに気付き、maxdopの設定を試してみました。

クエリにOPTION (MAXDOP 0)を追加するか、サーバー設定を変更すると、パフォーマンスとこのクエリプランが大幅に向上します。

enter image description here

ただし、問題のアプリケーション（Dynamics AX）はこのようなクエリを実行せず、カーソルを使用します。

キャプチャされた実際のコードはこれです。

_declare @p1 int
set @p1=189527589
declare @p3 int
set @p3=16
declare @p4 int
set @p4=1
declare @p5 int
set @p5=2
exec sp_cursoropen @p1 output,N'SELECT A.JOBTYPE FROM PRODROUTEJOB A WHERE ((A.DATAAREAID=N''IW'') AND ((A.CALCTIMEHOURS<>0) AND (A.JOBTYPE<>3))) AND EXISTS (SELECT ''X'' FROM PRODROUTE B WHERE ((B.DATAAREAID=N''IW'') AND (((((B.PRODID=A.PRODID) AND ((B.PROPERTYID=N''PR1526157'') OR (B.PRODID=N''PR1526157''))) AND (B.OPRNUM=A.OPRNUM)) AND (B.OPRPRIORITY=A.OPRPRIORITY)) AND (B.OPRID=N''GRIJZEN''))) AND NOT EXISTS (SELECT ''X'' FROM ADUSHOPFLOORROUTE C WHERE ((C.DATAAREAID=N''IW'') AND ((((((C.WRKCTRID=A.WRKCTRID) AND (C.PRODID=B.PRODID)) AND (C.OPRID=B.OPRID)) AND (C.JOBTYPE=A.JOBTYPE)) AND (C.FROMDATE>{TS ''1900-01-01 00:00:00.000''})) AND ((C.TODATE={TS ''1900-01-01 00:00:00.000''})))))) GROUP BY A.JOBTYPE ORDER BY A.JOBTYPE ',@p3 output,@p4 output,@p5 output
select @p1, @p3, @p4, @p5
_

その結果、この実行プランになります（残念ながら、同じ数秒の実行時間です）。

enter image description here

キャッシュされたプランの削除、カーソル定義内のクエリへのオプションの追加など、いくつかのことを試しましたが、どれも並列プランを取得できないようです。

また、カーソルの並列処理の制限を探すためにグーグルを検索しましたが、制限を見つけることができません。

ここに明らかな何かが足りませんか？

実際のSQLビルドはSQL Server 2008 (SP1) - 10.0.2573.0 (X64)であり、サポートされていないことがわかっていますが、適切だと思うので、このインスタンスをアップグレードできません。データベースを別のサーバーに転送する必要があるので、低速のWAN経由でかなり大きな非圧縮バックアップを取得することになります。

トレースフラグ4199は違いを起こさず、OPTION（RECOMPILE）も違いません。

カーソルのプロパティは次のとおりです。

_API | Fast_Forward | Read Only | Global (0)
_
sql-serverperformancecursorsparallelismmicrosoft-dynamicsquery-performance
15
Tom V - try topanswers.xyz

FAST_FORWARDカーソル は並列処理をサポートしていません （ただし、プランを生成するサーバーはNonParallelPlanReasonを取得するために2012以上である必要がありますshowplan XMLの一部として）。

FAST_FORWARDを指定すると、 オプティマイザはSTATICとDYNAMICの間で を選択します。

提供される実行プランは、オプティマイザが静的なプランを選択することを示しています。クエリには集計が含まれているため、動的カーソルプランはここでも可能だと思います。それでも、FAST_FORWARDカーソルタイプをリクエストすると、並列プランが妨げられます。

たとえば、カーソルタイプを明示的にSTATICまたはKEYSETに変更する必要があります。これらのカーソルタイプはどちらも並列処理を使用できます。

ただし、これはAPIカーソルであるため、カーソルの種類を変更するには、アプリケーションの変更が必要になる可能性があります。当然、パフォーマンスのベンチマークを行って、カーソルタイプの変更が本当に最適なオプションであることを確認する必要があります。

20
Paul White 9