TOM API でのエラーの処理 (AMO-TOM)

[アーティクル]
04/18/2022

適用対象:SQL Server 2016 以降 Analysis Services Azure Analysis Services Power BI Premium

Analysis Services 管理オブジェクト (AMO) の表形式オブジェクトモデル (TOM) などのマネージライブラリの一般的な方法は、エラー状態をユーザーに報告するためのメカニズムとして例外を使用することです。

ArgumentExceptionやInvalidOperationExceptionなどの標準の .net 例外をスローするだけでなく、AMO でエラーが検出された場合、tom は、tom 固有のいくつかの例外をスローすることもできます。

TOM 例外は AmoException クラスから派生し、AMO と TOM 固有の例外の両方をカバーしています。

TOM の例外処理を示すために、より一般的な例外である Operationexception クラスを確認してみましょう。

Operationexception は、ユーザーが Analysis Services サーバー上で操作を開始したときに、操作が失敗したか、または別の内部エラーまたは外部エラーが原因でサーバーが操作を実行できなかった場合にスローされます。

発生した場合、 Operationexception オブジェクトには、サーバーから返された XMLA エラーの一覧が含まれます。

サーバーは無効な変更を受け付けないことに注意してください。この問題が発生した場合は、 UndoLocalChanges メソッドを使用してモデルツリーを最後の正常な状態に戻し、モデルを修正してから再送信します。

コード例: 例外の処理

 try 
 { 
  // Change the Model, for example create a table. 
  // … 
   model.saveChanges(); 
 } 
  catch(operationException ex) 
 { 
  foreach(XmlaError err in ex.Results.OfType<XmlaError>().cast<XmlaError>()) 
  { 
   Console.WriteLine("Error returned from the server:" + err.Messsage ); 
  } 
 }

次の手順

その他の関連する例外は次のとおりです。