Łączyć Nil do Excela, Arkuszy Google, AI i REST

Jedna baza danych, każdy najemca, jedno zapytanie

Model Nile'a jest interesującą częścią tego łącznika i zmienia sposób, w jaki połączenie raportowania jest przydatne.

• Nile przechowuje wszystkich dzierżawców w jednej bazie danych Postgres i oddziela ich kolumną tenant_id w tabelach uwzględniających dzierżawców, zamiast przydzielać każdemu klientowi osobną bazę danych lub schemat.
• Twoja aplikacja ustawia kontekst dzierżawcy dla każdego połączenia i dlatego widzi jednego klienta na raz. Połączenie Query Streams nie ustawia tego kontekstu, więc widzi wszystkich.
• Dzięki temu raportowanie międzynajemcami odbywa się w oparciu o proste grupowanie (GROUP BY), a nie projekt integracyjny. Wykorzystanie danych przez klienta, przychody według planu lub informacje o kontach, które nie logowały się w tym miesiącu, to wszystko jedno zestawienie.
• Oznacza to również, że sam możesz zaprojektować kontrolę dostępu. Połączenie nie jest tu ograniczone do konkretnego najemcy, więc jeśli potrzebujesz raportów dla poszczególnych klientów, przefiltruj dane według identyfikatora najemcy w zapisanym zapytaniu i udostępnij to zapytanie zamiast połączenia.
• Wszystko, co uruchamia agent, jest tylko do odczytu, więc nic tutaj nie może modyfikować danych dzierżawcy, niezależnie od tego, co mówi zapytanie.

-- Raportowanie międzynajemcami to zwykłe GROUP BY SELECT t.name AS tenant, COUNT(o.id) AS orders, SUM(o.amount) AS income FROM public.tenants AS t JOIN public.orders AS o ON o.tenant_id = t.id WHERE o.placed_at >= now() - interwał '30 dni' GROUP BY t.name ORDER BY revenue DESC;

Dane uwierzytelniające są wyświetlane raz, a regionalne punkty końcowe to zwykłe Postgres

Dwie praktyczne uwagi, które obejmują większość czynności wykonywanych podczas konfiguracji.

• Nile generuje identyfikator uwierzytelniający jako nazwę użytkownika i wyświetla hasło jednokrotnie. Jeśli je zgubisz, wygeneruj nowe, zamiast próbować odzyskać stare.
• Punkty końcowe są regionalne i kończą się w .db.thenile.dev na standardowym porcie 5432. W tej ścieżce nie ma żadnego poolera, a agent nie stosuje żadnych adaptacji poolera.
• Protokół TLS jest wymagany i agent wymusza go dla nazw hostów Nile, więc odznaczenie pola wyboru SSL nie powoduje utworzenia nieszyfrowanego połączenia. Łańcuch certyfikatów nie jest zweryfikowany. — czytaj to jako zabezpieczenie przed odczytaniem ruchu przez kogokolwiek, a nie jako dowód na to, który serwer odpowiedział.
• Wklejony ciąg połączenia jest usuwany po wypełnieniu pól, dzięki czemu hasło jest przechowywane w jednym miejscu, a nie w dwóch.