エージェントにデータベースをクエリさせる、
あなたが許すまでは読み取り専用で

MySQLとMariaDB、PostgreSQL、SQL Server（Azure SQLとAmazon RDS for SQL Serverを含む）、MongoDB、SQLite、そしてGoogle BigQuery。翻訳レイヤーを挟むのではなく、それぞれに専用のドライバを用意しています。これらは本当に違うからです：PostgreSQLやSQL Serverのセッションは1つのデータベースに結び付き、MongoDBはSQLではなくクエリを受け取り、T-SQLでは2つの文の間にセミコロンが要らず、エクスポートはそのエンジンに付属するツールで動き、SQLiteはコンピューター上の単なるファイルで、ホストもユーザーもパスワードもなく、BigQueryの接続はGoogle Cloudプロジェクトとデフォルトのデータセットからなり、あなた自身のGoogleログイン（gcloud auth application-default login）でサインインし、キーは一切保存されません。サーバー型の4つのエンジンは、サーバーに直接でも、インターネットに公開されていない場合はSSHトンネルやAWS SSMのポートフォワーディングセッション経由でも到達できます。

Oracle、Redis、その他のエンジンには対応していません。SQL ServerではSQLログインでサインインし（Windows、Active Directory、Entra IDの認証は提供していません）、エクスポート、インポート、コピーはありません。BigQueryでは、Googleがすべてのクエリを読み取ったバイト数に応じて課金するため、接続ごとにクエリ単位の課金上限があります（デフォルトは1 GiB、変更可能）：上限を超えるクエリは課金されずに拒否されます。テーブルを開くのは無料かつ読み取り専用で、エージェントは同じガードレールのもとで同じdb_list、db_schema、db_queryツールを使い、各クエリが読み取ったバイト数を確認できます。こちらにもエクスポート、インポート、コピーはありません。それはダウンロードした後ではなく、前に知るべきことです。次にどのエンジンが来るかは寄せられた要望で決まるので、あなたのエンジンが足りないなら、公開バックログでどれかを伝えてください。票として数えられます。

データベースをファイルにエクスポート。ファイルをデータベースにインポート。あるいは、すでに保存してあるSSHトンネルやAWS SSMセッション越しも含めて、あるデータベースを別のデータベースへそのままコピー。どのエンジンもそれぞれの公式ツールを使い、ディスクへストリーミングで書き出すので、数ギガバイトのデータベースはクラッシュではなくプログレスバーになります。

これらのツールはデータベース側に付属するもので、AgentsRoomには付いてきません：mysqldumpとmysql、pg_dumpとpsql、mongodumpとmongorestore。SQL Serverにはデータベース全体をストリームする同等のツールがないため、その接続にはエクスポート、インポート、コピーがありません。ツールが見つからないときは、アプリがどれが足りないかを正確に伝え、ツールの入っているフォルダを指定できるようにします。データベースクライアントならそうあるべきだからです：Dockやスタートメニューから起動されたアプリには最小限のPATHしか見えず、そのままではツールを持っているマシンでも「見つかりません」と言い張ることになります。

1回の誤ったクリックが1日を吹き飛ばすのはコピーです。だからコピーは、うまくいく場合ではなく、そこを前提に組み立てられています。

• 読み取り専用の接続は、何かが開かれる前にインポートをその場で拒否します。
• 最初の1文が適用される前に、対象のデータベースはあなたが選んだファイルへダンプされます。
• 確認画面は接続名とデータベース名を示し、接続に本番のフラグが立っていればより強く警告します。
• 対象のデータベースを削除して作り直すのは別のオプションで、本番の接続ではデータベース名を打ち直す必要があります。