問題タブ [q-lang]

いくつかの値を持つテーブルがあり、このテーブルに別のテーブルを追加したいと考えています。2 番目のテーブルの列は、最初のテーブルと完全には一致しません。

これを実現するために Q/KDB+ 言語を使用していることに注意してください。

例えば：

表1

日付 TypeA TypeB TypeC 集計

dt1 ABC ABC

表 2

ヘッダー1 ヘッダー2

タイプA X

タイプB Y

タイプC Z

出力を

表3

日付 TypeA TypeB TypeC 集計

dt1 ABC ABC

(ヌル) XYZ (ヌル)

Qに基づく新しい言語があり、これは...Rに基づいていました。S

悲しいことQに、ユニコインの自動マイニングが非常に遅いようです。さらに、Q: あなたの小さなゲームのための時間がありません!

qコンソールに出力されるものと同様の（より同一の）kオブジェクトの文字列表現を取得する方法はありますか？

私は取引のテーブルを持っていますTrades:

また、価格ティック データのテーブルPrices:

asof joinをすると...

...間違った結果が得られます:

Timestampは取引時刻をTimestampPrice示し、結合された価格データのタイムスタンプを示します。約 30 秒ごとに価格データがカチカチ音をたてているにもかかわらず、実際の取引から数時間離れた価格を結合した結果ajです。例: でTradeID=1取引されまし09:13:59たが、 からの価格で結合されました08:05:09。

また、結合された が からにTimestampPrice突然ジャンプするのも奇妙です。08:05:0910:31:45

これを説明できるデータにギャップがないことを手動で確認しました。

何がうまくいかないのですか？

たとえば、次の表がある場合、3 行目を削除します。

注: 行 4 は行 1 の複製ですが、連続した複製ではないため、削除したくありません。つまり、すぐ上の行の複製ではありません。

だけでなく、複数のフィールドで重複をチェックしたいと思いますPrice。

リモート サーバー上に2 つの非常に大きな (数十億行) 展開されたテーブルと がTradesあります。StockPricesasof joinをしたい

しかし、エラーが発生します（私はStudio for KDB+です）

では、そのような結合を行う正しい方法は何でしょうか?

また、このような大きなテーブルではパフォーマンスと効率が問題になります。クエリに何時間もかからず、サーバーのシステム リソースをあまり消費しないようにするにはどうすればよいでしょうか?

私は現在、タイムスタンプに至るまでのすべてのレコードを 1 分引き込んでいます (たとえば、関心のあるタイムスタンプが の場合2014.04.14T09:30):

ただし、これは明らかにあまり堅牢ではありません。前のレコードが at09:25amで、クエリが何も返さない場合があります。価格が何度も変更された場合、最後に返されたレコードだけが必要な場合でも、クエリによって数百のレコードが返されることがあります。

Pricesこれはasof結合で実行できることはわかっていますが、現時点では大きすぎるため、当面は避けたいと思います。

私も同じことをすることに興味がありますが、特定のタイムスタンプの後の最初のレコードを見つけることに興味があります。

拡大されたテーブルでPricesあることにも注意してください

ドット表記を使用して日付の年を抽出したいと思います。

しかし、関数内では、

エラーが表示されます (KDB+ 用の Studio を使用しています)

何がうまくいかないのですか？