{"meta":{"title":"データベース実行クエリ","intro":"[プラミング] 一連のクエリを一緒に実行します。","product":"セキュリティとコードの品質","breadcrumbs":[{"href":"/ja/code-security","title":"セキュリティとコードの品質"},{"href":"/ja/code-security/reference","title":"リファレンス"},{"href":"/ja/code-security/reference/code-scanning","title":"コード スキャン"},{"href":"/ja/code-security/reference/code-scanning/codeql","title":"CodeQL"},{"href":"/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual","title":"CodeQL CLI のマニュアル"},{"href":"/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-run-queries","title":"データベース実行クエリ"}],"documentType":"article"},"body":"# データベース実行クエリ\n\n\\[プラミング] 一連のクエリを一緒に実行します。\n\n> \\[!NOTE]\n> このコンテンツでは、CodeQL CLI の最新リリースについて説明します。 このリリースについて詳しくは、 <https://github.com/github/codeql-cli-binaries/releases> をご覧ください。\n>\n> 以前のリリースの、このコマンドで使えるオプションを詳しく確認するには、ターミナルで <span style=\"white-space: nowrap;\">`--help`</span> オプションを指定してコマンドを実行してください。\n\n## 概要\n\n```shell copy\ncodeql database run-queries [--threads=<num>] [--ram=<MB>] <options>... -- <database> <query|dir|suite|pack>...\n```\n\n## Description\n\n```\n          \\[プラミング] 一連のクエリを一緒に実行します。\n```\n\nCodeQL データベースに対して 1 つ以上のクエリを実行し、結果をデータベース ディレクトリの results サブディレクトリに保存します。\n\n結果は後から [codeql database interpret-results](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-interpret-results) によって、読み取り可能な形式に変換することや、[codeql bqrs decode](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/bqrs-decode) または [codeql bqrs interpret](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/bqrs-interpret) を使用してクエリ用クエリに変換することができます。\n\nクエリによって、ソース コード アラートとして解釈できる形式で結果が生成される場合、それらを実行するのに [codeql database analyze](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-analyze) の方が便利な場合があります。\n[codeql database analyze](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-analyze) は、codeql database run-queries と [codeql database interpret-results](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-interpret-results) を 1 つのステップで結合します。 特に、[codeql database analyze](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-analyze) では、さまざまなアラート ビューアーで使用できる SARIF 形式の出力を生成できます。\n\nまたは、実行するクエリが 1 つだけの場合は、[codeql query run](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/query-run) をお勧めします。これを使用すると、デバッグ時に、人間が判読できる出力を表示して結果をすばやく検査できます。\n\n## オプション\n\n### 主なオプション\n\n#### `<database>`\n\n```\n          \\[必須] クエリを実行する CodeQL データベースのパス。\n```\n\n#### `<query|dir|suite|pack>...`\n\n実行するクエリ。 各引数は、`scope/name@range:path` の形式になります。ここで、\n\n* ```\n          `scope/name` は、CodeQL パックの修飾名です。\n  ```\n* ```\n          `range` は、semver の範囲です。\n  ```\n* ```\n          `path` は、ファイル システムのパスです。\n\n          `scope/name` を指定する場合、`range` と `path` は省略可能です。 \n          `range` がない場合は、指定したパックの最新バージョンを意味します。 \n          `path` がない場合は、指定したパックのデフォルトのクエリ スイートを意味します。\n\n          `path` は、`*.ql` クエリ ファイル、1 つまたは複数のクエリを含むディレクトリ、または `.qls` クエリ スイート ファイルのいずれかにすることができます。 パック名を指定しない場合は、`path` を指定する必要があり、現在のプロセスの現在の作業ディレクトリからの相対パスとして解釈されます。\n  ```\n\nリテラル `path` または `@` を含む `:` を指定するには、引数のプレフィックスとして `path:` を使います (例: `path:directory/with:and@/chars`)。\n\n```\n          `scope/name` と `path` を指定する場合、`path` を絶対パスにすることはできません。 これは、CodeQL パックのルートを基準にしていると見なされます。\n```\n\nクエリを指定しない場合、実行する適切なクエリ セットが CLI によって自動的に決定されます。 具体的には、データベースの作成時に `--codescanning-config` を使って Code Scanning の構成ファイルを指定した場合は、そのクエリが使われます。\nそれ以外の場合は、分析されている言語の既定のクエリが使われます。\n\n#### `--no-rerun`\n\n既に BQRS の結果が出力場所に格納されていると思われるクエリの評価を省略します。\n\n#### `--no-database-extension-packs`\n\n```\n          \\[詳細設定] コード スキャン構成ファイルから、または分析されたコードベースの 'extensions' ディレクトリに格納されている拡張ファイルからデータベースを作成する際に、データベースに格納されている拡張パックを省略します。\n```\n\n#### `--no-database-threat-models`\n\n```\n          \\[詳細設定] コード スキャン構成ファイルからデータベースを作成する際に、データベースに格納されている脅威モデルの構成を省略します。\n```\n\n### 使用するモデル パックを制御するためのオプション\n\n####\n\n```\n          `--model-packs=<`\n          <name@range>>...\n```\n\n評価するクエリをカスタマイズするためにモデル パックとして使用する CodeQL パック名のリスト (それぞれがオプションのバージョン範囲を含む)。\n\n### 使用する脅威モデルを制御するためのオプション\n\n#### `--threat-model=<name>...`\n\n有効または無効にする脅威モデルの一覧。\n\n引数は脅威モデルの名前であり、必要に応じて '!' が付けられます。 '!' が付いていない場合、その名前付き脅威モデルとそのすべての子孫が有効になります。 '!' が付いている場合、その名前付き脅威モデルとそのすべての子孫が無効になります。\n\n\"default\" 脅威モデルはデフォルトで有効になっていますが、'--threat-model !default' を指定することで無効にすることができます。\n\n\"all\" 脅威モデルを使用して、すべての脅威モデルを有効または無効にすることができます。\n\n\\--threat-model オプションは順番に処理されます。 たとえば、'--threat-model local --threat-model !environment' を指定すると、'environment' 脅威モデルを除き、'local' グループ内のすべての脅威モデルが有効になります。\n\nこのオプションは、脅威モデルをサポートする言語にのみ有効です。\n\n```\n          `v2.15.3` 以降で使用できます。\n```\n\n### クエリ エバリュエーターを制御するためのオプション\n\n#### `--[no-]tuple-counting`\n\n```\n          \\[詳細設定] クエリ エバリュエーター ログの各評価ステップのタプル数を表示します。 \n          `--evaluator-log` オプションを指定すると、コマンドで生成されるテキストベースのログと構造化された JSON ログの両方にタプル数が含まれます (これは、複雑な QL コードのパフォーマンス最適化に役立ちます)。\n```\n\n#### `--timeout=<seconds>`\n\n```\n          \\[詳細設定] クエリ評価のタイムアウトの長さを秒単位で設定します。\n```\n\nタイムアウト機能は、複雑なクエリの評価に \"かなり長い時間\" がかかるケースを検出することを目的としています。 クエリの評価にかかる合計時間を制限するのは効果的な方法ではありません。 評価は、計算の個別に時間指定された各部分がタイムアウト内に完了する限り続行できます。 現在、これらの個別に時間指定された部分は、最適化されたクエリの \"RA レイヤー\" ですが、将来変更される可能性があります。\n\nタイムアウトが指定されていない場合、またはタイムアウトに 0 が指定されている場合、タイムアウトは設定されません (デフォルトのタイムアウトが 5 分である [codeql test run](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/test-run) を除きます)。\n\n#### `-j, --threads=<num>`\n\nこの数のスレッドをクエリの評価に使用します。\n\n既定値は 1 です。 0 を渡して、コンピューター上のコアごとに 1 つのスレッドを使用したり、*N* を渡して、*N* 個のコアを未使用のままにしたりすることができます (ただし、その場合でも、少なくとも 1 つのスレッドが使用されます)。\n\n#### `--[no-]save-cache`\n\n```\n          \\[[非推奨] \\[Advanced] このフラグは何も行いません。\n```\n\n#### `--[no-]expect-discarded-cache`\n\n```\n          \\[詳細設定] クエリの実行後にキャッシュが破棄されるという前提に基づいて、評価する述語とディスク キャッシュに書き込む内容を決定します。\n```\n\n#### `--[no-]keep-full-cache`\n\n```\n          \\[詳細設定] 評価が完了した後、ディスク キャッシュをクリーンアップしません。\n```\n\nこれにより、後で [codeql dataset cleanup](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/dataset-cleanup) または [codeql database cleanup](/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-cleanup) を実行する場合に時間を節約できます。\n\n#### `--max-disk-cache=<MB>`\n\n中間クエリ結果のディスク キャッシュで使用できる最大容量を設定します。\n\nこのサイズが明示的に構成されていない場合、エバリュエーターによって、データセットのサイズとクエリの複雑さに基づき、\"妥当な\" 量のキャッシュ スペースを使うことが試みられます。 このデフォルトの使用量よりも高い制限を明示的に設定すると、追加のキャッシュが有効になり、後のクエリが高速化されます。\n\n#### `--min-disk-free=<MB>`\n\n```\n          \\[詳細設定] ファイル システムの空き領域の目標量を設定します。\n\n          `--max-disk-cache` が指定されていない場合、ファイル システムの空き容量がこの値を下回ると、エバリュエーターによってディスク キャッシュの使用量を抑えることが試みられます。\n```\n\n#### `--min-disk-free-pct=<pct>`\n\n```\n          \\[詳細設定] ファイル システムの空き領域の目標割合を設定します。\n\n          `--max-disk-cache` が指定されていない場合、ファイル システムの空き容量がこの割合を下回ると、エバリュエーターはディスク キャッシュの使用量を抑えようとします。\n```\n\n#### `--external=<pred>=<file.csv>`\n\n外部述語 *\\<pred>* の行を含む CSV ファイル。\n複数の `--external` オプションを指定できます。\n\n#### `--xterm-progress=<mode>`\n\n```\n          \\[詳細設定] xterm 制御シーケンスを使用して、QL 評価中に進行状況の追跡を表示するかどうかを制御します。 使用可能な値は次のとおりです。\n\n          `no`: 派手な進行状況を生成せず、バカ端末と見なします。\n\n          `auto` (デフォルト値): コマンドが適切なターミナルで実行されているかどうかを自動検出します。__\n\n          `yes`: ターミナルで xterm 制御シーケンスを認識できると見なします。 この機能は、ターミナルの \"サイズ\" を自動検出できることに依存しており (Windows では実装されていません)、__ が指定された場合は無効になります。`-q`\n\n          `25x80` (またはこれに類する値): `yes` と同様。ターミナルのサイズも明示的に指定します。 (`yes` とは異なり、これは Windows でも機能します)\n\n          `25x80:/dev/pts/17` (またはこれに類する値): stderr とは \"異なる\" ターミナルにファンシーな進行状況を表示します。__ 主に内部テストに役立ちます。\n```\n\n### エバリュエーターに関する構造化ログの出力を制御するためのオプション\n\n#### `--evaluator-log=<file>`\n\n```\n          \\[詳細設定] 指定されたファイルにエバリュエーターのパフォーマンスに関する構造化ログを出力します。 このログ ファイルの形式は、予告なく変更される場合がありますが、2 つの改行文字 (デフォルト) または `--evaluator-log-minify` オプションが渡された場合は 1 つの改行文字で区切られた JSON オブジェクトのストリームになります。 このファイルのより安定した概要を生成するために `codeql generate log-summary <file>` を使用し、ファイルを直接解析しないようにしてください。 ファイルが既に存在している場合は上書きされます。\n```\n\n#### `--evaluator-log-minify`\n\n```\n          \\[詳細設定] `--evaluator-log` オプションが渡された場合、このオプションも渡されると、生成される JSON ログのサイズは最小限に抑えられますが、人間が判読しにくいものになります。\n```\n\n### RAM の使用を制御するためのオプション\n\n#### `-M, --ram=<MB>`\n\nクエリ エバリュエーターは、合計メモリ使用量をこの値未満に維持しようと努めます。 ただし、大規模なデータベースでは、メモリ不足の場合にディスクにスワップできるファイル バックド メモリマップにより、しきい値が超えられる可能性があります。\n\n値は少なくとも 2,048 MB (メガバイト) にする必要があります。より小さい値を指定した場合も、透過的に切り上げられます。\n\n### QL コンパイルを制御するためのオプション\n\n#### `--warnings=<mode>`\n\nQL コンパイラからの警告を処理する方法。 つぎのいずれかです。\n\n```\n          `hide`: 警告を表示しません。\n\n          `show` (デフォルト値): 警告を出力しますが、コンパイルを続行します。__\n\n          `error`: 警告をエラーとして扱います。\n```\n\n#### `--no-debug-info`\n\nデバッグ目的で RA にソースの場所情報を出力しないでください。\n\n#### `--[no-]fast-compilation`\n\n```\n          \\[非推奨] \\[詳細設定] 特に速度の遅い最適化手順を省略します。\n```\n\n#### `--no-release-compatibility`\n\n```\n          \\[詳細設定] 移植性を犠牲にして、最新のコンパイラ機能を使用します。\n```\n\n場合によっては、新しい QL 言語機能とエバリュエーターの最適化が、それらが QL コンパイラにおいてデフォルトで有効になる数リリース前に、QL エバリュエーターによってサポートされます。 これにより、最新の CodeQL リリースでクエリを開発するときに生じるパフォーマンスを、コード スキャンまたは CI 統合にまだ使用されている可能性がある少し古いリリースと一致させることができます。\n\nクエリが他の (以前または以降の) CodeQL リリースと互換性があるかどうかを気にする必要がない場合は、このフラグを使用してコンパイラの最近の改善を早期に有効にすることで、パフォーマンスを多少向上させることができます。\n\nリリースに有効にすべき最近の改善がない場合、このオプションは通知することなく何も実行しません。 このため、グローバル CodeQL 構成ファイルで一度にすべて設定しても安全です。\n\n```\n          `v2.11.1` 以降で使用できます。\n```\n\n#### `--[no-]local-checking`\n\n使用される QL ソースの部分に対してのみ最初のチェックを実行します。\n\n#### `--no-metadata-verification`\n\nQLDoc コメントに埋め込まれたクエリ メタデータの有効性はチェックされません。\n\n#### `--compilation-cache-size=<MB>`\n\n```\n          \\[詳細設定] コンパイル キャッシュ ディレクトリの、デフォルトの最大サイズをオーバーライドします。\n```\n\n#### `--fail-on-ambiguous-relation-name`\n\n```\n          \\[詳細設定] コンパイル中にあいまいな関係名が生成された場合、コンパイルを失敗とします。\n```\n\n### コンパイル環境を設定するためのオプション\n\n#### `--search-path=<dir>[:<dir>...]`\n\nQL パックが見つかる可能性があるディレクトリの一覧。 各ディレクトリは、QL パック (またはルートに `.codeqlmanifest.json` ファイルを含むパックのバンドル)、または 1 つ以上のこのようなディレクトリの直接の親ディレクトリのいずれかです。\n\nパスに複数のディレクトリを含める場合は、それらの順序で、それらの間の優先順位を定義します。解決する必要があるパック名が複数のディレクトリ ツリーで一致する場合は、最初に指定したものが優先されます。\n\nオープンソースの CodeQL リポジトリのチェックアウトでこれを指定すると、そこにある言語の 1 つを照会するときに機能するはずです。\n\nCodeQL リポジトリを、アンパックされた CodeQL ツールチェーンの兄弟としてチェックアウトしている場合、このオプションを指定する必要はありません。このような兄弟ディレクトリは、他の方法では見つからない QL パックについて常に検索されます (このデフォルトが機能しない場合は、ユーザーごとの構成ファイルで `--search-path` を一度だけ設定することを強くお勧めします)。\n\n(注: Windows では、パスの区切り記号は `;` です)。\n\n#### `--additional-packs=<dir>[:<dir>...]`\n\nこのディレクトリの一覧が指定されている場合、パックは、`--search-path` 内のディレクトリの前に、これらのディレクトリで検索されます。 これらの間の順序は重要ではありません。このリストの 2 か所でパック名が見つかった場合は、エラーです。\n\nこれは、デフォルトのパスにも表示される新しいバージョンのパックを一時的に開発している場合に役立ちます。 一方、構成ファイルでこのオプションをオーバーライドすることは \"お勧めしません\"。内部アクションによっては、このオプションがオンザフライで追加され、構成済みの値がオーバーライドされます。\\_\\_\n\n(注: Windows では、パスの区切り記号は `;` です)。\n\n#### `--library-path=<dir>[:<dir>...]`\n\n```\n          \\[詳細設定] QL ライブラリの生インポート検索パスに追加するオプションのディレクトリ リスト。 これを使う必要があるのは、QL パックとしてパッケージ化されていない QL ライブラリを使用する場合のみです。\n```\n\n(注: Windows では、パスの区切り記号は `;` です)。\n\n#### `--dbscheme=<file>`\n\n```\n          \\[詳細設定] どの dbscheme クエリに対してコンパイルする必要があるかを明示的に定義します。 これは、自分が何をしているかを確信している呼び出し元のみが指定する必要があります。\n```\n\n#### `--compilation-cache=<dir>`\n\n```\n          \\[詳細設定] コンパイル キャッシュとして使用する追加のディレクトリを指定します。\n```\n\n#### `--no-default-compilation-cache`\n\n```\n          \\[詳細設定] クエリを含む QL パックや CodeQL ツールチェーン ディレクトリなどの標準の場所でコンパイル キャッシュを使用しません。\n```\n\n### CodeQL パッケージ マネージャーを構成するためのオプション\n\n#### `--registries-auth-stdin`\n\n```\n          \\<registry\\_url>\n          =\n          \\<token> ペアのコンマ区切りのリストを渡して、GitHub Enterprise Server コンテナー レジストリに対して認証を行います。\n```\n\nたとえば、`https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2` を渡して、\n2 つの GitHub Enterprise Server インスタンスに対して認証を行うことができます。\n\nこれを使って、CODEQL\\_REGISTRIES\\_AUTH および GITHUB\\_TOKEN 環境変数をオーバーライドします。 github.com コンテナー レジストリに対する認証のみが必要な場合は、代わりに、より単純な `--github-auth-stdin` オプションを使って認証できます。\n\n#### `--github-auth-stdin`\n\n標準入力を介して github.com GitHub Apps トークンまたは個人用アクセス トークンを渡して、github.com コンテナー レジストリに対して認証を行います。\n\nGitHub Enterprise Server コンテナー レジストリに対して認証を行うには、`--registries-auth-stdin` を渡すか、CODEQL\\_REGISTRIES\\_AUTH 環境変数を使います。\n\nこれを使って、GITHUB\\_TOKEN 環境変数をオーバーライドします。\n\n### 共通オプション\n\n#### `-h, --help`\n\nこのヘルプ テキストを表示します。\n\n#### `-J=<opt>`\n\n```\n          \\[詳細設定] コマンドを実行している JVM にオプションを指定します\n```\n\n(スペースを含むオプションは正しく処理されないことに注意してください)。\n\n#### `-v, --verbose`\n\n出力される進行状況メッセージの数を段階的に増やします。\n\n#### `-q, --quiet`\n\n出力される進行状況メッセージの数を段階的に減らします。\n\n#### `--verbosity=<level>`\n\n```\n          \\[詳細設定] 詳細レベルを、errors、warnings、progress、progress+、progress++、progress+++ のいずれかに明示的に設定します。 \n          `-v` と `-q` がオーバーライドされます。\n```\n\n#### `--logdir=<dir>`\n\n```\n          \\[詳細設定] タイムスタンプと実行中のサブコマンドの名前を含む生成された名前を使用して、指定されたディレクトリ内の 1 つまたは複数のファイルに詳細なログを書き込みます\n```\n\n(完全に制御できる名前でログ ファイルを書き込むには、代わりに `--log-to-stderr` を指定し、必要に応じて stderr をリダイレクトします)。\n\n#### `--common-caches=<dir>`\n\n```\n          \\[[詳細設定] ダウンロードした QL パックやコンパイル済みクエリ プランなど、CLI の複数の実行間に保持される、ディスク上でキャッシュされたデータの場所を制御します。 明示的に設定されない場合、デフォルトではユーザーのホーム ディレクトリに名前が付けられた `.codeql` ディレクトリになります。まだ存在しない場合は作成されます。\n\n          `v2.15.2` 以降で使用できます。\n```"}