お客様は、Microsoft Defender XDR を使用する Azure サブスクリプションをご利用されています。 Microsoft Defender ポータルから監査検索を実行し、結果を Filel という名前のファイルとしてエクスポートします。 10,000行を含むCSVファイル。 Microsoft Excelを使用して、Filel.csvファイルからAuditData列を解析するために、データの取得と変換操作を実行します。しかし、これらの操作では、特定のJSONプロパティに対応する列が生成されません。 監査検索結果において、Excelが特定のJSONプロパティに対応する列を生成するようにする必要があります。 解決策:ExcelからFilel.csvの既存の列にフィルターを適用して行数を減らし、次に「データの取得と変換」操作を実行してAuditData列を解析します。 これは要件を満たしていますか?
正解:B
This solution also does not meet the requirement. Applying filters to the already-imported worksheet rows in Excel (or attempting to reduce rows in the workbook UI) does not change how Power Query initially samples and infers the JSON schema during the Get & Transform steps. Power Query's schema detection typically happens on a preview/sample of the source data when the query is first evaluated. If the JSON property you need does not appear in that sampled subset, P ower Query will not create a column for it even if you later filter the data to include rows that do contain that property. In short, post-export filtering in Excel is not a reliable way to force Power Query to detect and expand missing JSON properties. Th e reliable approaches are to increase the number of rows Power Query uses for schema detection (Query Options / Data Load / preview/sample settings) or to explicitly parse each AuditData cell with JSON. Document (or equivalent M functions) and then expand t he record fields-these approaches ensure the specific JSON properties are surfaced as columns. Reducing rows via Excel filters does not address the sampling/schema-detection behavior and therefore fails to satisfy the requirement.