非常に大きなデータベースに対してCRMを使用しているクライアントがあります。彼らはボックスアクションからの減速を経験しており、これらの減速中にブロックされたSPIDを観察します。 CRMによって生成されたSQLを取得し、その分析をDBAに依頼しました。CRMに影響を及ぼすSQL（オプティマイザヒントなど）
DBAは、構造またはオプティマイザのヒントのいずれかでSQLを調整することで、パフォーマンスを向上させる方法を見つけることができます。しかし、分析対象のSQLはCRMの厳格な管理下にあります。
は、だからここに私の質問... XMLをフェッチして
最終的にCRMから生成されるSQLのための構造/オプティマイザ・ヒントに影響を与える方法はありますか？また、DBAがSQLへの変更を提案して迅速化する場合は、Microsoftに解決策を提示する必要がありますか？
mwigdahlで述べたように、生成されたSQL文に影響を与えるよりもデータベースのパフォーマンスを調整する可能性があります。これらは唯一サポートされている変更でもあります。
マイクロソフトでは、データベースの変更はサポートされていないとみなしています。データベースの物理スキーマに
修正、をインデックスの追加や更新以外の：Supported Extensions for Microsoft Dynamics CRMを参照してください。これには、システムのカスタマイズを経ずにデータベースに対して実行されたアクションが含まれます。データベース内のテーブル、ストアドプロシージャ、またはビューの変更はサポートされていません。参照整合性またはアップグレードの問題のために、テーブル、ストアドプロシージャ、またはビューをデータベースに追加することもサポートされていません。 インデックスの追加は、「Microsoft Dynamics CRM 2011 Implementation Guide」のガイドラインでサポートされています。これは、すべてのMicrosoft Dynamics CRMデータベースとMicrosoft Dynamics CRM for Microsoft Office Outlookローカルデータベースに適用されます。
FetchXMLのSQLへの直接変換は調整できません。あなたはそれを最適化することができ、不要な情報などを含めてはなりません。実際のパフォーマンス上の問題がある場合は、調査にCRMサポートを含めることをお勧めします。
SQLを変更できない場合でも、対話している物理テーブルのインデックスと統計を改善することができます。その領域が改善された場合、オプティマイザが生成するクエリプランが改善されます。
Database Engine Tuning Advisor（DTA）にチェックインすると、このタイプの最適化を単一クエリベースまたはワークロード分析ベースで行うことができます。