タイムスケールクラウドのロゴ

時系列Postgres PostgreSQLについて話す

接続する タイムスケールクラウド Excel、Sheets、AIへ

Timescale(現Tiger Cloud)。ネットワーク上ではPostgresを使用し、サーバー側ではTimescaleDBが時系列データ処理を担当する。

1繋がり
0受信ポート
読み取り専用強制された

一つの接続、あらゆる表面

Timescale データの保存先

Timescaleに一度接続すれば、同じ読み取り専用接続ですべてのサービスにデータが供給されます。2回目の設定やデータの複製は不要です。11個のうち9個には、手順を追ったガイドが用意されています。

ガイド

タイムスケールからExcelへ

Microsoft Excel · Excelアドイン

Timescaleのリアルタイム結果をワークシートに直接取り込み、必要に応じて更新できます。対応プラットフォームは、デスクトップ版Excel、Excel Online、Microsoft 365です。

PostgreSQLガイドをお読みください
ガイド

タイムスケールをGoogleスプレッドシートに変換

Sheetsアドオン

サイドバーから保存済みのTimescaleクエリを実行し、結果をシートにドラッグ&ドロップします。共有されている共同作業者は、各自でシートを更新できます。

PostgreSQLガイドをお読みください
ガイド

タイムスケールMCPサーバー

Claude、Cursor、およびMCPクライアント

AIアシスタントにTimescaleへの読み取り専用アクセス権と、正しいSQLを作成するために必要なスキーマを付与します。チャットに認証情報を含める必要はありません。

PostgreSQLガイドをお読みください
ガイド

Timescale REST API

HTTPエンドポイント

Timescaleクエリを、認証済みのJSONエンドポイントとして公開します。このエンドポイントは、OpenAPI 3.1仕様に準拠しており、Postman、Insomnia、Hoppscotch用のコレクションも用意されているため、どのアプリケーションからでも呼び出すことができます。データベースポートは開放されません。

PostgreSQLガイドをお読みください
ガイド

タイムスケールからエアテーブルへ

自動化プラットフォーム

スケジュールに基づいてTimescaleの行をAirtableベースに同期したり、Airtable自動化スクリプト内で取得したりできます。

PostgreSQLガイドをお読みください
ガイド

ベースロウまでのタイムスケール

自動化プラットフォーム

RESTエンドポイント経由でTimescaleからBaserowテーブルにデータを供給します(セルフホスト環境またはBaserowクラウド環境)。

PostgreSQLガイドをお読みください
ガイド

海面までの時間スケール

自動化プラットフォーム

ファイルをエクスポートしたりデータベースを公開したりすることなく、SeaTableのベースをTimescaleデータで常に最新の状態に保つ。

PostgreSQLガイドをお読みください
ガイド

タイムスケールからスマートシートへ

自動化プラットフォーム

Timescaleの結果をSmartsheetグリッドにプッシュすることで、計画やレポートが先週のエクスポートデータではなく、ソースシステムから読み込まれるようになります。

PostgreSQLガイドをお読みください
ガイド

金床までの時間スケール

Anvil Works · アプリプラットフォーム

Anvil PythonアプリをTimescaleと連携させるには、アプリ内にデータベース認証情報を埋め込むのではなく、RESTエンドポイントを使用します。

PostgreSQLガイドをお読みください
対応済み

Power BI へのタイムスケール

Power Query M

生成された Power Query M を Power BI の詳細エディターに貼り付けると、レポートは HTTPS 経由でタイムスケールのリアルタイム結果を読み取ります。ODBC ドライバーもデータベース ポートも開かれません。

Power BI の仕組み Timescaleのウォークスルーはまだ書かれていません
対応済み

タイムスケールのアラートとレポート

Slack · Discord · メール · Webhook

Timescaleクエリをスケジュール設定して、結果をSlack、Discord、メール、または署名付きWebhookに送信するか、行数、しきい値、または変化率が設定した値を超えるまでメッセージを保留することができます。

アラートとレポートの仕組み Timescaleのウォークスルーはまだ書かれていません

仕組み

5つのステップ、受信ファイアウォールの変更は不要

01

インターネットに接続できるマシンにネットワークエージェントをインストールしてください。ネットワークエージェントは送信接続を1つだけ開き、受信接続を待機することはないため、受信ファイアウォールルールは不要です。

02

Tiger Cloudコンソールでサービスを開き、「接続情報」を探してください。サービスを直接利用するか、接続プール経由で利用するかを最初に決定してください。この選択は最初に行う必要があります。

03

接続モードセレクターを一致させてから、サービスURLを貼り付けてください。ホスト、ポート、データベース、ユーザー名、パスワードは自動的に読み込まれますが、モードは貼り付け時に自動的に設定されるものではなく、ユーザー自身が設定する必要があります。

04

コンソールに表示されているとおりにポートが接続されたことを確認してください。Timescaleはサービスごとにポートを割り当てます(サービスの場合は通常30133、プーラーの場合は29303程度)。そのため、このフィールドに5432が表示されることはありません。

05

SSLの使用を有効にしたまま、テストして保存してください。Microsoft Excel、Google Sheets、Power BI、MCP、またはRESTから、その単一の接続を介してデータを読み込むことができます。

機能の詳細解説

Timescaleが提供するもの

接続モードは保存後ではなく、保存前に設定してください。

これは、このページの中で見た目以上に重要な唯一の指示であり、その理由は一段落を割いて説明する価値がある。

  • Timescaleは、両方のプールモードを同じプーラーポートで実行し、接続先のプールに応じてモードを選択します。 — データベース名であって、アドレスではありません。そのため、プールに専用のポートを割り当てるサービスとは異なり、接続文字列にはカードがモードを読み取るための情報は何もありません。
  • つまり、接続モードセレクターは確認ではなく、真の選択肢です。プーラーのURLを貼り付けても、URLには応答が含まれていないため、移動しません。
  • セレクタはエージェントに適応するように指示するものであり、プール上では自動準備ステートメントを無効にし、セッションリセットをスキップします。これらはどちらもトランザクションプーラーを介して行うべきではない操作です。
  • 接続を作成する際に設定してください。この段階で選択を行う方が、後から改めて設定するよりもはるかに簡単です。
  • プールを使用しない場合は、設定を「直接」のままにして、コンソールからサービスポートを取得してください。その他の変更点はありません。

TimescaleDBは時系列処理を行い、それをサーバー上で実行します。

時系列データベースに関して当然の疑問として、スプレッドシートへの変換時にどれだけのデータが保持されるかという点が挙げられる。この場合、答えは「すべて」である。なぜなら、変換処理はスプレッドシート側では一切行われないからだ。

  • 接続はネットワーク上でPostgreSQLを使用しています。エージェントはNpgsqlドライバを搭載しており、TimescaleDB固有のコードは一切含まれていません。
  • つまり、ハイパーテーブルや連続集計に対するクエリは、TimescaleDB自体によって計画および実行されます。チャンクの除外、圧縮、集計処理はサービス上で実行され、結果として行データが返されます。
  • これは制限ではなく、むしろ便利な特性です。time_bucket、集計関数、ウィンドウ関数はすべてサーバー側で評価されるため、Microsoft ExcelやGoogle Sheetsは、ローカルで要約するための生データではなく、完成した結果を受け取ります。
  • TLSは必須であり、エージェントはTimescaleホスト名に対してTLSを強制するため、SSLチェックボックスをオフにしても暗号化されていない接続は生成されません。証明書チェーンは検証されません。 これは、通信内容を読み取られることを防ぐための保護策であり、どのサーバーが応答したかの証明ではないと解釈してください。
  • エージェントが実行する処理はすべて読み取り専用です。認証情報はインストール先のコンピューター上に保持され、Query Streamsはデータのコピーを一切保持しません。
-- time_bucket はサーバー上で実行されます。Excel は完了したシリーズを受け取ります。SELECT time_bucket('1 hour', reading_at) AS hour, device_id, AVG(temperature) AS avg_temp, MAX(temperature) AS peak_temp FROM public.sensor_readings WHERE reading_at >= now() - interval '7 days' GROUP BY hour, device_id ORDER BY hour DESC, device_id;

Timescale、Tiger Cloud、TigerData ― 同じもの

名称は2025年に変更されましたが、今でも多くの人が古い名称で検索しているので、どちらがどちらなのかを明記しておく価値があります。

  • TimescaleDBはPostgreSQLの拡張機能であり、現在もその名前が使われています。サーバー上で実際に動作するのはこのデータベースです。
  • Tiger Cloudは、以前はTimescale Cloudと呼ばれていたホスティングサービスです。TigerDataは、以前はTimescale Inc.と呼ばれていた会社です。
  • カードには依然としてTimescaleという名前が付けられています。なぜなら、それが拡張機能に表示されている名前であり、人々が検索する名前だからです。ブランド変更によって接続内容に変更はありません。
  • ホスト名は引き続き.tsdb.cloud.timescale.comで終わりますが、これはエージェントが認識するホスト名です。

すべてのデータベースコネクタで共有されます

すべてのデータベースコネクタに当てはまる

  • 発信専用 エージェントは、クエリ ストリームへの暗号化された接続を 1 つだけ開きます。受信ポートの転送も、VPN も、IP 許可リストも不要で、データベースに関する情報がインターネットに公開されることは一切ありません。
  • 認証情報はそのまま保持されます データベースのユーザー名とパスワードは、エージェントをインストールしたマシン上に存在します。Query Streamsはこれらを受け取ることはなく、単独ではデータベースにアクセスできません。
  • 読み取り専用、強制 一度に1つのステートメントのみ、SELECT文とその関連文のみ。書き込みは、誰かが設定した権限に頼るのではなく、サーバーに送信される前に自分のマシン上で拒否されます。
  • エージェントは好きなだけデプロイできます サイト、リージョン、クラウドごとに1つずつ。ユーザーが確認できるすべてのデータソースは単一のドロップダウンリストに表示されるため、どのエージェントがどのデータをホストしているかを誰も知る必要はありません。

クエリが保存されると、次のようになります。

  • SQLではなく、機能を共有する。 同僚や外部パートナーが、クエリの背後にあるステートメントを見ることなく、クエリを実行してフィルターを変更できてしまう。
  • どちらの方向からでもフィルターをかける それらを@変数として自分で宣言するか、コネクタにWHERE句に既に存在するリテラル値を検出させて、ドロップダウンとして提供させます。
  • どこからでも読める Microsoft Excel、Google Sheets、Power BI、REST API、MCP上のAIアシスタント、クエリビルダー、Novaはすべて、同じ保存済みクエリを読み取ります。
  • 複数同時に実行 — 5つの保存済みクエリを5つのワークシートタブに表示し、結果の規模に関わらず同時にストリーミングします。
  • すでに接続済みの他のものにも接続してください — 別のデータベース、ビジネスAPI、またはファイルフォルダを、1つの読み取り専用ステートメントで取得します。

クロスソースSQL

Timescaleを他のデータと連携させる

1つのステートメントでTimescaleと他の接続を同時に処理できます。各ソースは実行可能な部分のみを実行し、結果をストリームで返送します。結合処理は中央で行われるため、ソース同士が直接通信したり、データがどこかにコピーされたりすることはありません。

接続数3件・エージェント数3名

タイムスケールクラウド 時系列Postgres
マイクロソフトSQLサーバー 関係エンジン
ストライプ 支払いと請求

一つの声明

-- コピーなし、マージなし、スケジュールなし
セレクト   c.region、COUNT(*) AS orders、SUM(i.amount_due) AS invoiced
フロム     タイムスケールメトリクス.public.sensor_readings1 f
ジョイン     erp_sql.dbo.顧客2                    c ON c.id = f.customer_id
ジョイン     請求する.stripe.invoices3                  i ON i.customer = c.stripe_id
GROUP BY c.領域
ORDER BY 請求書記載のDESC;

接続、スキーマ、テーブルの3つの部分から構成され、接続名はユーザーが自由に設定できます。これは例示用の列であり、テーブルはユーザー自身が設定します。読み取り専用はすべての要素に適用され、SELECT、WITH、EXPLAINのみが使用可能で、1つのクエリで1つのソースが渡せるデータ量には上限があります。 フェデレーションクエリの仕組み

接続の詳細

Timescaleが必要とするもの

ホスト
<サービス>.<プロジェクト>.tsdb.cloud.timescale.com
ポート
サービスごとに割り当てられます。多くの場合、直接割り当ての場合は30133、プール割り当ての場合は29303です。5432ではなく、事前入力もされていません。
ドライバ
Npgsqlはエージェントによって提供されるため、Timescale側でインストールする必要はありません。
貼り付け形式
接続情報からのサービスURL(postgresql:// URI形式)
接続モード
接続を作成する際にカードで選択します。どちらのプールモードもプーラーポートを共有するため、アドレスから読み取ることはできません。
TLS
Timescaleホスト名には必須であり、強制適用されます。暗号化されていますが、証明書チェーンは検証されていません。
プーリング
プール上では、エージェントは自動準備ステートメントを無効にし、セッションリセットをスキップします。
デフォルト
データベースtsdbとユーザーtsdbadminは、Timescaleが作成するものと一致するように事前に入力されています。
保存先
PostgreSQL、Timescaleはバッジとして保持
デフォルトスキーマ
連邦参照が持つパブリックなもの

このページの中で、プールモードに関する指示は二度読む価値のある唯一の項目です。その理由は、細かいことではなく構造的なものです。プーラーを別のポートに配置するサービスは、接続文字列を貼り付けるだけでカードが読み取れる情報を提供します。Timescaleは両方のプールモードを1つのポートに配置し、プール名で区別するため、アドレスは明確に曖昧になり、セレクタが応答を返す必要があります。事前に設定しておけば、最初のクエリから接続が正しく確立されます。

TimescaleDBが独立したエンジンではなく拡張機能であるという点が、このコネクタをある意味で面白みのないものにしています。特別なクライアントも、独立したクエリ言語も、変換レイヤーもありません。これはPostgreSQLなので、フィルタ、スケジューリング、共有、Nova、MCPはすべて、他のPostgresサーバーとまったく同じように動作します。時系列機能は完全にサーバーの特性です。

クロスソースクエリの場合、Timescaleは通常のPostgresです。timescale_metricsという接続はtimescale_metrics.public.sensor_readingsとして書き込まれ、1つの読み取り専用ステートメントでCSVフォルダ、オンプレミスの記録システム、または課金APIに結合します。これは、時系列データベースを、それを説明するビジネスデータと同じクエリで使用したい一般的な理由です。

ベンダー資料: www.tigerdata.com

よくある質問

Timescale Cloudに関する質問

クエリ ストリームを介して Timescale Cloud のデータを読み取ることができるツールはどれですか?

Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、スケジュールされたアラートやレポートなど、すべてを1つの接続で利用できます。データベースに一度接続すれば、すべてのインターフェースが同じ読み取り専用接続を読み取ることができます。ツールごとの設定やデータの複製は一切不要です。

Timescale Cloudデータベースへのファイアウォールポートを開放する必要がありますか?

いいえ。Query Streams Network Agentはネットワーク内で動作し、暗号化された単一の送信接続を開きます。受信トラフィックを監視するものはなく、VPNも不要で、データベースは既存のファイアウォールルールを維持します。

クエリ ストリームは Timescale Cloud のデータを変更できますか?

いいえ。エージェントは実行時に読み取り専用を強制します。つまり、一度に1つのステートメント(SELECT文など)のみを実行します。認証情報はエージェント上に保持され、クエリ ストリームに送信されることはありません。

Query StreamsがTimescale Cloudに接続するために必要なものは何ですか?

到達可能なホスト、ロール、およびそのパスワード - エージェントがドライバを運ぶため、データベースには何もインストールされません。 ホスト: <service>.<project>.tsdb.cloud.timescale.com。 ポート: サービスごとに割り当てられます - 通常は直接 30133、プーラーの場合は 29303 付近です。 5432 ではなく、事前入力もされません。 ドライバ: Npgsql、エージェントによって運ばれます - Timescale 側でインストールするものはありません。 貼り付け形式: 接続情報からのサービス URL を postgresql:// URI として貼り付けます。

同じクエリ内でTimescale Cloudを別のデータベースに結合することはできますか?

はい、それはフェデレーションクエリです。1つのステートメントでTimescale Cloudと他の接続を同時に参照でき、connection.schema.tableの形式で記述されます。各ソースは実行可能な部分のみを実行し、結果をストリームで返します。結合は中央で行われるため、ソース同士が接続されることはなく、コピーやスケジュールも行われません。読み取り専用はすべての部分(SELECT、WITH、EXPLAINのみ)に適用され、1つのソースが1つのクエリで渡せるデータ量には上限があります。フェデレーションクエリはプラン機能であり、フェデレーションクエリページには現在のソースとサイズの制限が表示されます。

Timescale Cloudへの接続は、PostgreSQLへの接続とは異なりますか?

接続文字列のみが必要です。Timescale CloudはPostgreSQLワイヤプロトコルを使用するため、フィルタ、スケジュール設定、共有、ExcelおよびGoogle Sheetsアドオン、MCPサーバーはすべて同じように動作します。Timescaleカードには、プロバイダが想定するホスト、ポート、SSL設定があらかじめ入力されています。

TimescaleからExcelへの変換ガイドはありますか?

はい、これはPostgreSQLのガイドであり、記載されているとおりTimescale Cloudにも適用できます。TimescaleはPostgreSQLのワイヤプロトコルを使用するため、TimescaleからExcel、TimescaleからGoogle Sheets、その他のすべての宛先への接続手順は同じです。Timescale固有の部分は接続文字列のみですが、Timescaleカードが自動的に入力してくれます。

Timescaleを作業が行われる場所に設置する

エージェントをインストールし、データベースを指定して、保存先を選択してください。

読み取り専用 発信専用 認証情報はエージェントに保持されます