最終的にデータ ソースを設定し、必要な方法でデータを整形すると、とても便利です。 外部データ ソースのデータを更新すると、操作がスムーズに完了します。 ただし、必ずしもそうではありません。 途中でデータフローを変更すると、データを更新しようとするときにエラーとして発生する問題が発生する可能性があります。 一部のエラーは修正が簡単で、一時的なものや診断が難しい場合があります。 次に示すのは、発生するエラーを処理するために実行できる一連の戦略です。
2 種類のエラー
データを更新するときに発生する可能性があるエラーには、2 種類があります。
地元の Excel ブックでエラーが発生した場合、少なくともトラブルシューティングの作業は制限され、管理しがちです。 更新されたデータが原因で関数にエラーが発生したり、データがドロップダウン リストに無効な条件を作成したりした可能性があります。 これらのエラーは面倒ですが、追跡、特定、修正は非常に簡単です。 また、Excel では、より明確なメッセージと状況依存のヘルプ トピックへのコンテキスト依存リンクを使用してエラー処理を改善し、問題を把握して解決するのに役立ちます。
リモート ただし、リモート外部データ ソースから発生するエラーは、完全に別の問題です。 通りの向こう側、世界中の半分、またはクラウド内にあるシステムで何かが起こっています。 このようなエラーの種類には、別の方法が必要です。 一般的なリモート エラーは次のとおりです。
-
サービスまたはリソースに接続できなかった。 接続を確認します。
-
アクセスしようとしているファイルが見つかりませんでした。
-
サーバーが応答していないので、メンテナンス中である可能性があります。
-
このコンテンツは使用できません。 削除されたか、一時的に使用できない可能性があります。
-
お待ちください。。。データが読み込まれています。
エラーの調査
次に、発生する可能性のあるエラーに対処するために役立ついくつかの提案を示します。
特定のエラーを見つけて保存する 最初に[接続] ウィンドウ&を確認します([データ>クエリ&接続] を選択し、接続を選択して、フライアウトを表示します)。 発生したデータ アクセス エラーを確認し、提供された追加の詳細をメモします。 次に、クエリを開いて、各クエリ ステップで特定のエラーを確認します。 すべてのエラーが黄色の背景で表示され、識別が容易になります。 完全に理解していない場合でも、エラー メッセージ情報を書き込むか画面に取り込む。 組織内の同僚、管理者、またはサポート サービスが、何が起こったのかを理解し、解決策を提案できる場合があります。 詳細については、「Power Query でのエラーの処理」を参照してください。
ヘルプ情報を取得する ヘルプと Officeサイトを検索します。 これには、広範なヘルプ コンテンツが含まれているだけでなく、トラブルシューティング情報も含まれているだけでなく、問題が発生します。 詳細については、最近の Excel for Windows の問題に関する 修正プログラムと解決策を参照してください。
技術コミュニティを活用する Microsoft コミュニティ サイトを使用して、問題に特に関連するディスカッションを検索します。 問題を経験した最初の人物ではない可能性が高く、他のユーザーが問題を処理し、解決策を見つけた可能性があります。 詳細については、Microsoft Excel コミュニティと Answers コミュニティOffice参照してください。
Web を検索する 優先する検索エンジンを使用して、関連するディスカッションやヒントを提供する可能性がある追加のサイトを Web 上で探します。 これには時間がかかる場合がありますが、特にいばらの質問に対する回答を探す広いネットをキャストする方法です。
サポートOffice問い合わせ この時点で、おそらく問題をよりよく理解できるでしょう。 これにより、会話に集中し、Microsoft サポートに費やされる時間を最小限に抑えるのに役立ちます。 詳細については、Microsoft 365 とカスタマー サポートOffice参照してください。
データ ソースのエラーについて
問題を解決できない場合でも、他のユーザーが状況を理解して問題を解決するのに役立つ問題を正確に見つける方法があります。
サービスとサーバーの問題 断続的なネットワークエラーや通信エラーが原因である可能性があります。 最善の方法は、待ってやり直す方法です。 問題が解決する場合があります。
場所または空き時間の変更 データベースまたはファイルが移動、破損、保守のためにオフラインにされた、またはデータベースがクラッシュしました。 ディスク デバイスが破損し、ファイルが失われる可能性があります。 詳細については 、「Windows 10 で失われたファイルを復元する」を参照してください。
認証とプライバシーの変更 アクセス許可が突然機能しなくなったり、プライバシー設定が変更されたりする場合があります。 どちらのイベントも、外部データ ソースへのアクセスを妨げる可能性があります。 変更された情報については、管理者または外部データ ソースの管理者に問い合わせてください。 詳細については、「データ ソースの設定 とアクセス許可を管理する」および「プライバシー レベルを設定 する」を参照してください。
開いているファイルまたはロックされたファイル テキスト、CSV、またはブックが開いている場合、ファイルが保存されるまで、ファイルに対する変更は更新に含まれません。 また、ファイルが開いている場合はロックされている可能性があります。また、ファイルを閉じるまでアクセスできない場合があります。 これは、他のユーザーがサブスクリプション以外のバージョンの Excel を使用している場合に発生する可能性があります。 ファイルを閉じるか、チェックインを求める。 詳細については、「編集のためにロック されているファイルのロックを解除する」を参照してください。
バックエンドでのスキーマの変更 誰かがテーブル名、列名、またはデータ型を変更しました。 これはほとんど賢明で、大きな影響を与える可能性があります。また、データベースでは特に危険です。 ある人は、データベース管理チームがこれを防ぐために適切な制御を行っていることを期待していますが、エラーが発生します。
クエリの折りたたみからのエラーのブロック Power Query は、可能な限りパフォーマンスを向上させます。 多くの場合、サーバーでデータベース クエリを実行して、パフォーマンスと容量を向上させる方が良いです。 このプロセスをクエリの折りたたみと呼ぶ。 ただし、データが侵害される可能性がある場合、Power Query はクエリをブロックします。 たとえば、ブックのテーブルとテーブル間に差し込SQL Serverします。 ブックのデータ のプライバシーは[プライバシー] に設定されますが、SQL Serverは [組織] に設定されています。 組織よりも プライバシー の制限が厳しい ため、Power Query はデータ ソース間の情報交換をブロックします。 クエリの折りたたみは、背後で発生します。そのため、ブロック エラーが発生すると驚く場合があります。 詳細については、「クエリの折りたたみの 基本、 クエリの折りたたみ、およびクエリ診断による 折りたたみ」を参照してください。
Power Query のエラーについて
Power Query では、多くの場合、問題を正確に見つけて自分で解決できます。
名前が変更されたテーブルと列 元のテーブル名、列名、列見出しを変更すると、データを更新するときに問題が発生する可能性があります。 クエリは、ほとんどの手順でデータを整形するためにテーブル名と列名に依存します。 元のテーブル名や列名は、データ ソースと一致させる目的以外は変更または削除しないようにします。
データ型の変更 データ型の変更により、エラーや意図しない結果が発生することがあります。特に、引数に特定のデータ型が必要な関数では発生します。 たとえば、数値関数でテキスト データ型を置き換える、または数値以外のデータ型で計算を行う試みなどです。 詳細については、「データ型を 追加または変更する」を参照してください。
セル レベルのエラー このような種類のエラーは、クエリの読み込みを妨げるのではなく、セルに エラーが 表示されます。 メッセージを表示するには、[エラー] を含む表のセルで空白を選択 します。 削除、置換、または単にエラーを保持することができます。 セルエラーの例を次に示します。
-
変換 NA を含むセルを数値に変換しようとするとします。
-
数学 テキスト値に数値を乗算します。
-
連結 文字列を結合しようとして、そのうちの 1 つが数値です。
安全に実験と反復処理を行う 変換が悪影響を及ぼす可能性があるという確信が持てない場合は、クエリをコピーし、変更をテストし、Power Query コマンドのバリエーションを反復処理します。 コマンドが機能しない場合は、作成した手順を削除して、もう一度お試しください。 同じスキーマと構造を持つサンプル データをすばやく作成するには、複数の列と行の Excel テーブルを作成し、インポートします ([テーブル/範囲] から [データ]>選択します)。 詳細については、「テーブルを作成する」および「Excelのテーブルからインポートする」を参照してください。
賢く変換する
Power Query エディターでデータを使って何が可能かを最初に把握すると、キャンディ ストアのお子さんのように感じる場合があります。 しかし、すべてのキャンディを食べるには抵抗します。 誤って更新エラーが発生する可能性がある変換を行うのを避けたい場合。 列をテーブル内の別の位置に移動するなどの一部の操作は簡単で、Power Query では列名で列が追跡されるので、エラーを更新する必要があります。
その他の操作を実行すると、更新エラーが発生する可能性があります。 一般的な経験のルールの 1 つは、ガイド ライトです。 元の列を大幅に変更しないようにします。 安全に再生するには、コマンド([列の追加]、[カスタム列]、[列の複製]など) を使用して元の列をコピーし、コピーしたバージョンの元の列を変更します。 次に示すのは、更新エラーを引き起こす可能性がある操作と、スムーズに進むのに役立ついくつかのベスト プラクティスです。
操作 |
ガイダンス |
---|---|
フィルタリング |
クエリでデータを可能な限り早くフィルター処理して効率を向上し、不要な処理を減らすために不要なデータを削除します。 また、オートフィルターを使用して特定の値を検索または選択し、日付、datetime、日付タイムゾーン列 (Month、Week、Day など) で使用できる種類固有のフィルターを利用します。 |
データ型と列見出し |
Power Query では、最初のソース ステップの直後に 2 つのステップがクエリに自動的に追加されます。これは、テーブルの最初の行を列見出しに昇格する [ヘッダーの昇格] と [型の変更] です。この手順では、各列の値の検査に基づいて、Anyデータ型の値がデータ型に変換されます。 これは便利ですが、不注意による更新エラーを防ぐために、この動作を明示的に制御したい場合があります。 詳細については、「データ型を追加または変更する」 および 「行と列の見出しを昇格 または降格する」を参照してください。 |
列の 名前を変更する |
元の列の名前を変更しないようにします。 他の コマンドまたは アクションによって追加される列には、[名前の変更] コマンドを使用します。 詳細については、「列の名前を 変更する」を参照してください。 |
列の分割 |
元の列ではなく、元の列のコピーを分割します。 詳細については、「文字列の列 を分割する」を参照してください。 |
列を結合する |
元の列ではなく、元の列のコピーを結合します。 詳細については、「列を結合する 」を参照してください。 |
列 を削除する |
保持する列の数が少ない場合は、[列の選択] を使用して必要な列を保持します。 列の削除と他の列の削除の違いを考慮してください。 他の列を削除し、データを更新すると、最後の更新以降にデータ ソースに追加された新しい列は、クエリで [列の削除] ステップが再度実行されると、他の列と見なされる可能性があります。 この状況は、列を明示的に削除した場合には発生しません。 ヒント 列を非表示にするコマンドはありません (Excel の場合と同様)。 ただし、列が多く、作業に集中するために列の多くを非表示にする場合は、列を削除し、作成した手順を覚えてから、ワークシートにクエリを読み込む前に削除します。 詳細については、「列を削除する 」を参照してください。 |
値を 置き換える |
値を置き換える場合、データ ソースを編集しているのではありません。 代わりに、クエリの値を変更します。 次回データを更新すると、検索した値が少し変わったり、表示されなくなったりする場合があります。そのため、[置換]コマンドが元の意図した方法で動作しない場合があります。 詳細については、「値を置換する」 を参照してください。 |
ピボット と ピボット解除 |
[ピボット列] コマンド を使用すると、列をピボットし、値を集計しないときにエラーが発生することがありますが、1 つ以上の値が返されます。 この状況は、データを不必要な方法で変更する更新操作の後に発生する可能性があります。 すべての列が不明で、更新操作中に新しい列を追加する場合は、[その他の列の pivot 解除] コマンドを使用します。 データソース内の列数が不明で、更新操作の後に選択した列がピボレートされていない状態を維持したい場合は、[選択した列のみ]コマンドを使用します。 詳細については、「ピボット列」と「ピボット解除」を参照してください。 |
曲線を先取りする
エラーが発生するのを防ぐ 外部データ ソースが組織内の別のグループによって管理されている場合、外部データ ソースへの依存を認識し、下流で問題を引き起こす可能性のあるシステムの変更を回避する必要があります。 データに依存するデータ、レポート、グラフ、その他の成果物への影響を記録します。 通信回線を設定して、影響を確実に把握し、必要な手順を実行して円滑に物事を実行し続ける。 不要な変更を最小限に抑え、必要な変更の結果を予測するコントロールを作成する方法を見つける。 これは簡単に言えるので、難しい場合があります。
クエリ パラメーターを使用した将来性 データの場所などへの変更を軽減するには、クエリ パラメーターを使用します。 フォルダー パス、ファイル名、URL など、新しい場所に置き換えるクエリ パラメーターを設計できます。 クエリ パラメーターを使用して問題を軽減する他の方法があります。 詳細については、「パラメーター クエリを 作成する」を参照してください。
関連項目
Power Query (docs.com) を使用する場合https://docs.microsoft.com/en-us/power-query/best-practices