Connecter Nil vers Excel, Google Sheets, l'IA et REST

Une base de données par locataire, une seule requête

Le modèle de Nile est la partie intéressante de ce connecteur, et il change la nature même d'une connexion de reporting.

• Nile conserve tous les locataires dans une seule base de données Postgres et les sépare à l'aide d'une colonne tenant_id dans les tables dédiées aux locataires, plutôt que de fournir à chaque client une base de données ou un schéma distinct.
• Votre application définit un contexte de locataire pour chaque connexion et ne voit donc qu'un seul client à la fois. Une connexion Query Streams ne définit pas ce contexte et voit donc tous les clients.
• Cela simplifie la génération de rapports inter-locataires, qui se résume à une simple opération GROUP BY plutôt qu'à un projet d'intégration. L'utilisation par client, le chiffre d'affaires par forfait ou les comptes inactifs ce mois-ci figurent tous dans un seul et même rapport.
• Cela signifie également que vous êtes libre de concevoir le contrôle d'accès. La connexion n'est pas limitée à un locataire ; par conséquent, si vous avez besoin de rapports par client, filtrez sur tenant_id dans la requête enregistrée et partagez cette requête plutôt que la connexion.
• Tout ce que l'agent exécute est en lecture seule, donc rien ici ne peut modifier les données du locataire, quel que soit le contenu de la requête.

-- Le reporting inter-locataires est un GROUP BY ordinaire 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;

Les informations d'identification ne sont affichées qu'une seule fois, et les points de terminaison régionaux sont des serveurs Postgres ordinaires.

Deux remarques pratiques qui couvrent la plupart des aspects liés à la mise en place de cette procédure.

• Nile génère un identifiant unique servant de nom d'utilisateur et affiche le mot de passe une seule fois. En cas de perte, il est conseillé d'en générer un nouveau plutôt que d'essayer de récupérer l'ancien.
• Les points de terminaison sont régionaux et se terminent par .db.thenile.dev, sur le port standard 5432. Il n'y a pas de pooler dans ce chemin et l'agent n'applique aucune adaptation de pooler.
• Le protocole TLS est requis et l'agent l'applique aux noms d'hôtes Nile ; par conséquent, décocher la case SSL ne crée pas de connexion non chiffrée. La chaîne de certificats n'est pas vérifiée. — à considérer comme une protection contre toute personne lisant le trafic, et non comme une preuve de l'identité du serveur ayant répondu.
• La chaîne de connexion collée est supprimée une fois les champs remplis, le mot de passe est donc stocké à un seul endroit plutôt qu'à deux.