設定 · システム

データベースの状態、テーブルのサイズ、バックアップ、データ取得のログ。

データベース

これは何か: データベースの種類、接続またはファイル、サイズ、セクターファクターの種類、主要データ情報源。バックアップのボタンもあります。

どのデータに基づくか: /api/system/database と /api/system/status。開発プロファイルは SQLite ファイル、本番プロファイルは PostgreSQL を使います。

何を示すか: SQLite ではファイルパス、サイズ、ジャーナルモード。PostgreSQL では接続アドレス。バックアップのボタンは SQLite では VACUUM INTO で動作し、PostgreSQL では pg_dump を使うべき旨を表示します。

そこから何が言えるか: セクターファクターが「導出」となっている場合、情報源からセクター指数を取得できず、そのセクター構成銘柄の平均から導出されたことを意味します。データベースが大きくなると古い backtest のシグナルは自動的に削除されます。ライブの記録には手を触れません。

テーブル

これは何か: アプリケーションのすべてのテーブルの行数。

どのデータに基づくか: 各テーブルに対する COUNT(*) クエリ。

何を示すか: symbol、price_daily、return_daily、event、analysis_run、pipeline_run、analysis_result、signal_daily、signal_outcome、fetch_log の各テーブルのサイズ。

そこから何が言えるか: signal_daily が数百万行になるのは正常です。1回の walk-forward 実行で約240万件のシグナルが書き込まれます。price_daily が想定より小さい場合は、データ取得が途中で終わっていることを示します。

データ取得のログ

これは何か: 直近300件のデータ取得リクエストの時刻、シンボル、情報源、行数、状態、メッセージ。

どのデータに基づくか: fetch_log テーブル。データ取得リクエストのたびに、情報源名、要求した日付範囲、書き込んだ行数、エラーがあればそのメッセージを含む行が追加されます。

何を示すか: どの情報源からどの範囲を取得したか、失敗したリクエストのエラーメッセージ。

そこから何が言えるか: 同じシンボルで繰り返しエラーが出る場合、情報源がそのシンボルを認識していません。すべてのシンボルで一斉にエラーが出る場合は、ネットワークまたは情報源の障害を示します。後者なら後で取得し直せば十分です。

• ガイド

ここで提供される投資に関する情報、コメント、推奨は投資顧問業務の範囲に含まれません。投資顧問業務は、顧客と証券会社、ポートフォリオ運用会社、または預金を受け入れない銀行との間で締結される投資顧問契約に基づいて提供されます。ここでのシグナルは統計モデルにより過去データから生成され、すべての利用者に同じ内容で示されるもので、個別化されていません。あなたの財務状況やリスク・リターンの選好に合わない可能性があります。したがって、ここで提供される情報のみに基づいて投資判断を行った場合、期待に沿う結果が得られないことがあります。