接続する ナイル川 Excel、Google Sheets、AI、RESTへ

データベース1つ、テナントごとにクエリ1つ

Nileのモデルはこのコネクタの興味深い部分であり、レポート接続の用途を根本的に変えるものです。

• Nileは、すべてのテナントを1つのPostgresデータベースに保持し、テナント対応テーブル上のtenant_id列でテナントを分離することで、顧客ごとに個別のデータベースやスキーマを提供するのではなく、テナント管理機能を実現しています。
• アプリケーションは接続ごとにテナントコンテキストを設定するため、一度に1つの顧客しか認識できません。一方、クエリストリーム接続ではそのコンテキストが設定されないため、すべての顧客をまとめて認識できます。
• これにより、テナントをまたいだレポート作成は、統合プロジェクトではなく、単純なGROUP BY句で済むようになります。顧客ごとの利用状況、プラン別の収益、今月ログインしていないアカウントなど、すべてが1つのステートメントで表示されます。
• つまり、アクセス制御は自由に設計できるということです。ここでの接続はテナントに紐づいていないため、顧客ごとのレポートが必要な場合は、保存済みクエリでtenant_idをフィルタリングし、接続ではなくそのクエリを共有してください。
• エージェントが実行する処理はすべて読み取り専用なので、クエリの内容に関わらず、テナントデータを変更することはできません。

-- テナント間レポートは、通常の GROUP BY SELECT t.name AS tenant, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.tenants AS t JOIN public.orders AS o ON o.tenant_id = t.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY t.name ORDER BY revenue DESC; です。

認証情報は一度だけ表示され、リージョンエンドポイントは通常のPostgresです

この設定を行う際に発生するほとんどの事柄を網羅した、2つの実用的な注意事項です。

• Nileは認証IDをユーザー名として生成し、パスワードを一度だけ表示します。もしパスワードを紛失した場合は、古いパスワードを復元しようとするのではなく、新しいパスワードを生成してください。
• エンドポイントはリージョンごとに設定され、.db.thenile.dev で終わり、標準ポートは 5432 です。このパスにはプーラーは存在せず、エージェントはプーラーの適応処理を適用しません。
• TLSは必須であり、エージェントはNileホスト名に対してTLSを強制するため、SSLチェックボックスをオフにしても暗号化されていない接続は生成されません。証明書チェーンは検証されません。 これは、通信内容を読み取られることを防ぐための保護策であり、どのサーバーが応答したかの証明ではないと解釈してください。
• 貼り付けられた接続文字列は、入力欄がすべて入力されると破棄されるため、パスワードは2か所ではなく1か所に保存されます。