データ ソース エラーの処理 (Power Query)

データを更新するときに発生する可能性があるエラーには、2 種類あります。

地元の   Excel ブックでエラーが発生した場合は、少なくともトラブルシューティング作業が制限され、管理が容易になります。 おそらく、更新されたデータが関数でエラーを引き起こしたか、データによってドロップダウン リストに無効な条件が作成された可能性があります。 これらのエラーは面倒ですが、追跡、識別、修正は非常に簡単です。 また、Excel では、より明確なメッセージと、対象となるヘルプ トピックへの状況依存のリンクを使用したエラー処理が改善され、問題の把握と解決に役立ちます。

遠隔   ただし、リモート外部データ ソースから発生するエラーは、まったく別の問題です。 何かが、通りの向こう側、世界中の中途半端、またはクラウド内にある可能性のあるシステムで発生しました。 これらの種類のエラーには、別の方法が必要です。 一般的なリモート エラーは次のとおりです。

• サービスまたはリソースに接続できませんでした。 接続状態を確認します。

• アクセスしようとしているファイルが見つかりませんでした。

• サーバーが応答しておらず、メンテナンス中の可能性があります。 

• このコンテンツは使用できません。 削除されているか、一時的に使用できない可能性があります。

• お待ちください。。。データが読み込まれています。

次に、発生する可能性があるエラーに対処するためのいくつかの提案を示します。

特定のエラーを検索して保存する    まず、[クエリ & Connections] ウィンドウを調べます ([データ > クエリの選択] & Connections、接続を選択して、ポップアップを表示します)。 発生したデータ アクセス エラーを確認し、提供された追加の詳細を書き留めてください。 次に、クエリを開いて、各クエリ ステップで特定のエラーを確認します。 すべてのエラーは、簡単に識別できるように黄色の背景で表示されます。 完全に理解していない場合でも、エラー メッセージ情報を書き留めたり、画面にキャプチャしたりします。 organizationの同僚、管理者、またはサポート サービスは、何が起こったかを理解し、解決策を提案するのに役立つ場合があります。 詳細については、「Power Queryでのエラーの処理」を参照してください。

ヘルプ情報を入手する    Office ヘルプとトレーニング サイトを検索します。 これには広範なヘルプ コンテンツが含まれているだけでなく、トラブルシューティング情報も含まれています。 詳細については、「 Windows 用 Excel の最近の問題の修正または回避策」を参照してください。

技術コミュニティを活用する    Microsoft Community サイトを使用して、特に問題に関連するディスカッションを検索します。 あなたが最初に問題を経験した人ではない可能性が高く、他の人がそれを扱っていて、解決策を見つけたかもしれません。 詳細については、「 Microsoft Excel コミュニティ」および「 Office Answers Community」を参照してください。

Web を検索する    お好みの検索エンジンを使用して、関連するディスカッションや手がかりを提供する可能性がある Web 上の追加のサイトを探します。 これは時間がかかる場合がありますが、特に厄介な質問に対する回答を探すために、より広いネットをキャストする方法です。

Office サポートに問い合わせる      この時点で、おそらく問題の方がはるかに良く理解できます。 これにより、会話に集中し、Microsoft サポートに費やす時間を最小限に抑えることができます。 詳細については、「Microsoft 365 および Office カスタマー サポート」を参照してください。

問題を解決できない場合もありますが、他のユーザーが状況を理解して解決できるように、問題とは何かを正確に把握できます。

サービスとサーバーに関する問題    ネットワークと通信の間欠的なエラーが原因である可能性があります。 最善の方法は、待ってからやり直す方法です。 場合によっては、問題が解決することがあります。

場所または可用性の変更    データベースまたはファイルが移動、破損、メンテナンスのためにオフラインになった、またはデータベースがクラッシュしました。 ディスク デバイスが破損し、ファイルが失われる可能性があります。 詳細については、「Windows 10で失われたファイルを回復する」を参照してください。

認証とプライバシーの変更   突然、アクセス許可が機能しなくなったり、プライバシー設定が変更されたりすることがあります。 どちらのイベントも、外部データ ソースへのアクセスを妨げる可能性があります。 変更された内容を確認するには、管理者または外部データ ソースの管理者に問い合わせてください。 詳細については、「 データ ソースの設定とアクセス許可を管理する」および「 プライバシー レベルを設定する」を参照してください。

開いているファイルまたはロックされたファイル   テキスト、CSV、またはブックが開いている場合、ファイルが保存されるまで、ファイルに対する変更は更新に含まれません。 また、ファイルが開いている場合はロックされ、閉じられるまでアクセスできません。 これは、他のユーザーがサブスクリプション以外のバージョンの Excel を使用している場合に発生する可能性があります。 ファイルを閉じるか、チェックするように依頼します。 詳細については、「 編集のためにロックされているファイルのロックを解除する」を参照してください。

バックエンドでのスキーマの変更   誰かがテーブル名、列名、またはデータ型を変更します。 これは決して賢明ではありません。大きな影響を与える可能性があり、データベースでは特に危険です。 1 つは、データベース管理チームがこれを防ぐために適切な制御を行っていることを望んでいますが、スリップアップが発生します。 

クエリ フォールディングからのエラーのブロック    Power Queryは、可能な場合は常にパフォーマンスの向上を試みます。 多くの場合、パフォーマンスと容量を高めるために、サーバーでデータベース クエリを実行することをお勧めします。 このプロセスはクエリ フォールディングと呼ばれます。 ただし、Power Queryは、データが侵害される可能性がある場合にクエリをブロックします。 たとえば、ブック テーブルとSQL Server テーブルの間でマージが定義されます。 ブックデータのプライバシーは [プライバシー] に設定されていますが、SQL Serverデータは [組織] に設定されています。 プライバシーは組織よりも制限が厳しいため、Power Queryはデータ ソース間の情報交換をブロックします。 クエリ フォールディングはバックグラウンドで発生するため、ブロック エラーが発生すると驚くことがあります。 詳細については、「 クエリ フォールディングの基本」、「 クエリ フォールディング」、および「 クエリ診断を使用したフォールディング」を参照してください。

多くの場合、Power Queryでは、問題が何であるかを正確に把握し、自分で修正できます。

名前が変更されたテーブルと列    元のテーブルと列名または列ヘッダーを変更すると、ほぼ確実にデータを更新するときに問題が発生します。 クエリは、ほぼすべての手順でデータを形成するために、テーブルと列名に依存します。 元のテーブルと列名をデータ ソースと一致させる目的がない限り、元のテーブルと列名を変更または削除しないでください。 

データ型の変更    データ型の変更により、特に引数に特定のデータ型が必要な関数では、エラーや意図しない結果が発生することがあります。 たとえば、数値関数のテキスト データ型を置き換えたり、数値以外のデータ型に対して計算を試みたりします。 詳細については、「 データ型の追加または変更」を参照してください。

セル レベルのエラー   これらの種類のエラーはクエリの読み込みを妨げませんが、セルに [エラー ] と表示されます。 メッセージを表示するには、Error を含むテーブル セルの空白を選択 します。 エラーを削除、置換、または保持することができます。 セル エラーの例を次に示します。 

• 換算    NA を含むセルを整数に変換しようとするとします。

• 数学    テキスト値に数値を乗算しようとするとします。

• 連結    文字列を組み合わせようとしますが、そのうちの 1 つは数値です。

安全に実験して反復する    変換が悪影響を及ぼす可能性が不明な場合は、クエリをコピーし、変更をテストし、Power Query コマンドのバリエーションを反復処理します。 コマンドが機能しない場合は、作成した手順を削除してやり直してください。 同じスキーマと構造のサンプル データをすばやく作成するには、複数の列と行の Excel テーブルを作成してインポートします ([テーブル/範囲からデータ > を選択] )。 詳細については、「テーブルの作成」と「Excel テーブルからのインポート」を参照してください。

Power Query エディターのデータで何ができるかを最初に把握すると、キャンディストアの子供のように感じることがあります。 しかし、すべてのキャンディを食べるために誘惑に抵抗します。 誤って更新エラーが発生する可能性のある変換を行わないようにする必要があります。 列をテーブル内の別の位置に移動するなど、一部の操作は簡単であり、列を列名で追跡Power Queryため、道路の下で更新エラーが発生しないようにする必要があります。

その他の操作では、更新エラーが発生する可能性があります。 一般的な経験則の 1 つは、ガイド ライトです。 元の列に大幅な変更を加えないようにします。 安全に再生するには、元の列をコマンド (列の追加、 カスタム列、 重複列など) でコピーし、コピーしたバージョンの元の列に変更を加えます。 次に示す操作は、更新エラーにつながる可能性がある操作と、よりスムーズに進むのに役立ついくつかのベスト プラクティスです。

演算	ガイダンス
フィルター処理	クエリでできるだけ早くデータをフィルター処理し、不要なデータを削除して不要な処理を減らすことで、効率を向上させます。 また、 AutoFilter を使用して特定の値を検索または選択し、日付、datetime、および日付のタイムゾーン列 ( 月、 週、 日など) で使用できる型固有のフィルターを利用します。
データ型と列ヘッダー	Power Queryは、最初のソース ステップの直後にクエリに 2 つのステップを自動的に追加します。昇格されたヘッダーは、テーブルの最初の行を列ヘッダーに昇格させ、変更された型は、値を Any データ型から各列の値の検査に基づいてデータ型に変換します。 これは便利ですが、不注意による更新エラーを防ぐために、この動作を明示的に制御したい場合があります。 詳細については、「 データ型の追加または変更 」および 「行と列ヘッダーを昇格または降格する」を参照してください。
列の名前を変更する	元の列の名前を変更しないでください。 他のコマンドまたはアクションによって追加される列には 、Rename コマンドを使用します。 詳細については、「 列の名前を変更する」を参照してください。
列の分割	元の列ではなく、元の列のコピーを分割します。 詳細については、「 テキストの列を分割する」を参照してください。
列のマージ	元の列ではなく、元の列のコピーをマージします。 詳細については、「列をマージする」を参照してください。
列を削除する	保持する列の数が少ない場合は、[ 列の選択] を 使用して目的の列を保持します。  列の削除と他の列の削除の違いを検討してください。 他の列を削除してデータを更新すると、前回の更新以降にデータ ソースに追加された新しい列は、クエリで [列の削除] ステップが再度実行されたときに他の列と見なされるため、検出されない可能性があります。 この状況は、列を明示的に削除した場合には発生しません。 ヒント      列を非表示にするコマンドはありません (Excel の場合と同様)。 ただし、多くの列があり、その多くを非表示にして作業に集中したい場合は、列を削除し、作成されたステップを覚えてから、クエリをワークシートに読み込み直す前にその手順を削除します。 詳細については、「列の 削除」を参照してください。
値を置き換える	値を置き換える場合、データ ソースは編集されません。 代わりに、クエリ内の値に変更を加えます。 次回データを更新するときに、検索した値が若干変更されたり、存在しなくなったりする可能性があるため、[ 置換 ] コマンドが当初の意図したとおりに機能しない可能性があります。 詳細については、「値の置換」を参照してください。
ピボット と ピボット解除	[ピボット列] コマンドを使用すると、列をピボットするときにエラーが発生する可能性があります。値は集計されませんが、1 つ以上の値が返されます。 この状況は、予期しない方法でデータを変更する更新操作の後に発生する可能性があります。 すべての列が認識されていない場合は、[ その他の列のピボット解除] コマンドを使用します。また、更新操作中に新しい列を追加してピボット解除することもできます。 データ ソース内の列の数がわからない場合は、[ 選択した列のみピボット解除] コマンドを使用します。また、更新操作後も選択した列のピボットが解除されたままであることを確認します。 詳細については、「ピボット列」と「ピボット解除列」を参照してください。

エラーの発生を防ぐ    外部データ ソースがorganization内の別のグループによって管理されている場合は、依存関係を認識し、ダウンストリームで問題を引き起こす可能性があるシステムの変更を回避する必要があります。 データ、レポート、グラフ、およびデータに依存するその他の成果物への影響の記録を保持します。 コミュニケーションのラインを設定して、影響を確実に把握し、スムーズに作業を続けるために必要な手順を実行します。 不要な変更を最小限に抑え、必要な変更の結果を予測するコントロールを作成する方法を見つけます。 確かに、これは言いやすく、時には難しい場合があります。

クエリ パラメーターを使用した将来性    クエリ パラメーターを使用して、データの場所などの変更を軽減します。 クエリ パラメーターを設計して、フォルダー パス、ファイル名、URL などの新しい場所に置き換えることができます。 クエリ パラメーターを使用して問題を軽減するその他の方法があります。 詳細については、「 パラメーター クエリの作成」を参照してください。