問題タブ [m]

キー フィールドを持つ [power] クエリの結果であるいくつかの列、手動データ入力用の列、および数式列であるいくつかの列を含むテーブルがあります。

私の問題は、クエリ列を更新すると、特定のクエリ行に関連付けられた手動入力データが同じ行に残らないことです。

これを克服するために、最初に既存のテーブルの手動入力データをキー フィールドと共に抽出し、新しいクエリを実行してから、クエリの最後でテーブル結合を実行して入力データを正しいレコードに戻すクエリを使用します。 . （代替ソリューションに関するご意見は歓迎します...）

数式列のないテーブルの場合、次を使用して手動入力フィールドを自動的に識別できました。

List.Difference(Table.ColumnNames(Current_Source_Table), Table.ColumnNames(Pre-Join_Query_Result))。

ただし、これにより、Excel の数式を含む計算列も検出されます。これらの数式列を区別して除外するにはどうすればよいですか? できれば、識別を可能にする命名規則を使用しないでください。

どうもありがとう、

ジョー

Excel Power Query (PQ) 2016で、先に進む前に「SLEEP 15秒」を挿入できるような機能はありますか? 一時停止ではなく、スリープ機能です。

問題: PQ でクエリを実行する関数を作成しました: https://westus.api.cognitive.microsoft.com/text/analytics/v2.0。その機能は、設計どおりに正常に機能します。

その関数に渡したい 10,000 件のツイートを含むワークシートがあります。私がそうすると、それは〜60程度に完了し、PQにエラー行が表示されます. Fiddler を見ると、次のように書かれています。

message=レート制限を超えています。11 秒後にもう一度お試しください。statusCode=429

PQ 機能に SLEEP 5 秒 (相当) コマンドを挿入すると、これは行われないと思います。

ヘルプ & ありがとう。

別のアイテム セット (この場合は日付) のさまざまな要素が関連付けられている一意のアイテム (インデックス) のセットがあります。実際には、日付がインデックスに関連付けられている場合、そのインデックスに関連付けられたアイテムがその日付に生成されたファイルに表示されます。実際に発生した日付の組み合わせについて、どのアカウントが存在したかを知りたいです。

リメイクしなくても、後の作業でこの結果を使用できるようです (セルを正しくプレビューできないだけです) が、エラーと奇妙なコードの原因が何であるかを知りたいNavigation ステップで、および ReMakeTable ステップの後にそれが消える理由。

Power Query (M) では、型を宣言する 2 つの方法を見つけました:myVar as typeまたはtype text

それぞれが異なる文脈に適用されるようです。例えば：

また

ただし、これは、テキスト値のみまたは数値のみのリストである{text}orのような、より複雑な型に対して期待どおりに機能しません。{number}これらの型はtype構文で使用できますが、構文では使用できませんas type。

なぜだめですか？

また、M で型を宣言するとパフォーマンスに影響がありますか?それとも、間違った型が渡された/返された場合にエラーが発生するだけですか?

データを含む4つのExcelワークブックを含むフォルダー「Link_StaffDataLocation」を参照するクエリをPowerBIで作成しようとしました。これらのワークブックのデータは不適切な方法で編成されているため、データを再編成して単一のテーブルに追加しようとしています。

以下で試してみましたが、これでうまくいくようです。ただし、最初のワークブックからのデータのみであり、テーブルに何度も (4 回) 取得しています。

私が見ていない/理解していないのは何ですか??

Power Query の M" 言語の言語仕様を読み、オープン レコード タイプに出会いました。オープン タイプでは他のフィールドが許可されていることは理解していますが、それが何を意味するのか具体的に理解していません。

通常の (閉じた) レコードを宣言する方法は単純です。

言語仕様から (5.4: レコード タイプ):

でも、

したがって、この概念は一般的なレコードではなく、カスタム レコードタイプに関するものにすぎないようですが、どうすればよいかわかりません。私はこれを試しました：

...関数が名前と年齢フィールド、およびオプションの他のフィールドを持つレコードのみを受け入れるようになる可能性があることを期待していますが、そうではありません。キーワードではうまくいかないかもしれないと思ったがas、これでもうまくいかない：

誰かがこれの使用（ケース）を説明できますか? 言語仕様で何か見逃していましたか?