DataCedar/Resources·Reference

株式調査のための時点別データ解説

後の提出、改訂、スケジュール、IDが過去の意思決定に漏れないようにする二つの時計モデル。

By DataCedar··1 min read·Japanese

時点別データは特定の歴史的決定時間にどの値やイベントが適格だったかを答えます。有効時間(経済的適用時点)と既知時間(情報が観測可能になった時点)を分離し、改訂は新しい既知時間で追加され、時点クエリは未来の訂正を除外し元の情報セットを再構築可能にします。

すべての記録に正しい時計が必要

会計四半期は10-Q提出の数か月前に終了します。インサイダートレードはForm 4公開前に発生します。収益日は推定、改訂、確認、最終報告されます。一つの日付でこれらすべてを表せません。

ソースイベント時間、公開観測時間、取り込み時間、バージョンを関連する場合に保存します。結合前にどの時計を戦略が使うか定義してください。

改訂履歴は過去への逆流を防ぐ

再表示ファンダメンタルズ、修正提出書類、訂正ニュース、スケジュール変更は新バージョンを生みます。最新値テーブルは現在分析用に提供できますが、過去の時点クエリのソースにしてはなりません。

カットオフ適用後に適格バージョンを解決します。最新行のみ保存では忠実な再構築は不可能です。

  • 有効時間と既知時間を分離する。
  • 改訂は追記のみ。
  • 時点別証券ユニバースを使う。
  • すべての結果にカットオフを記録する。

パイプラインをテストする

既知の修正やスケジュール変更周辺で歴史的カットオフを選び、未来バージョンが消えることを検証します。アフターアワーズイベントは次の取引セッションと照合してください。

DataCedarは提出書類、ファンダメンタルズ、収益、議事録、ニュース、カバレッジにこれらの時計を持ち、証拠を結合する際にストリームごとに異なる隠れたタイミングルールを不要にします。

Key takeaways

  • 01有効時間は公開可能時間ではない。
  • 02改訂は追記のみであるべき。
  • 03値選択前にカットオフを適用する。
  • 04実際の変更や修正でテストする。

後の提出、改訂、スケジュール、IDが過去の意思決定に漏れないようにする二つの時計モデル。

Start freeView pricing

Questions, answered.

クエリが選択した歴史的時点で利用可能だった情報のみを再構築できるようバージョン管理されたデータです。

モデル適合前に調査データセットを構築してください。

企業ID、時点カットオフ、ソース権利、期待カバレッジから始め、意思決定が実際に見た証拠を照会してください。

Start free