Verbinden Amazon RDS zu Excel, Google Sheets, KI und REST

Eine Karte, vier Motoren

RDS ist keine einzelne Datenbank, sondern ein Abrechnungsrahmen für mehrere Datenbanken. Die Karte verhält sich dementsprechend: Man wählt die Engine aus, und das Formular wird entsprechend angepasst. Die Verbindung wird dann unter dieser Engine gespeichert, anstatt unter etwas namens „RDS“.

• PostgreSQL und Aurora PostgreSQL verwenden Port 5432, MySQL und Aurora MySQL Port 3306, MariaDB Port 3306 und SQL Server Port 1433. Das Portfeld ist für die gewählte Engine voreingestellt und kann überschrieben werden.
• Die Feldbezeichnungen folgen dem Motor — SQL Server verlangt einen Server, die anderen drei einen Endpunkt — weil das die Bezeichnung ist, die in den jeweiligen Communities verwendet wird.
• TLS ist eine optionale Einstellung für die drei Open-Source-Engines und standardmäßig aktiviert, was für eine Instanz mit der Einstellung `rds.force_ssl` erforderlich ist. SQL Server auf RDS bezieht seine Verschlüsselung stattdessen von der Instanz. — Setzen Sie rds.force_ssl in der Parametergruppe, wenn Sie dies garantieren möchten.
• Oracle on RDS bildet die einzige Ausnahme: Verwenden Sie hierfür die Oracle-Karte. Die Verbindung wird anschließend weiterhin als RDS erkannt und trägt weiterhin das RDS-Logo. — Der Motorenauswahl-Assistent bietet diese Funktion einfach nicht an.

Aurora-Cluster werden korrekt abgelesen

Ein Aurora-Endpunkt ist keine Instanzadresse; ihn so zu behandeln, führt dazu, dass die Berichterstattung versehentlich einem Writer zugewiesen wird.

• Ein Cluster-Endpunkt wird durch das Infix .cluster- im Hostnamen erkannt, und die Karte gibt dies sofort an, sobald es erscheint.
• Der Writer-Endpunkt leitet selbstständig zum aktuellen Writer weiter, sodass bei einem Failover keine gespeicherte Verbindung auf eine Instanz verweist, die nicht mehr zuständig ist.
• Reader-Endpunkte sind schreibgeschützte Replikate, genau wie es für eine Reporting-Verbindung vorgesehen ist. Query Streams sendet ausschließlich Leseanfragen, daher verursacht ein Reader-Endpunkt keine Kosten und entlastet den Schreiber.

Der private Weg ist der vorgesehene

Die meisten Anleitungen zum Importieren von RDS-Daten in eine Tabellenkalkulation beginnen stillschweigend damit, die Instanz öffentlich zugänglich zu machen. Diese Anleitung tut dies nicht, und es ist wichtig, den Grund dafür explizit zu erläutern.

• Der Agent stellt ausschließlich ausgehende Verbindungen her. Er empfängt keine Verbindungen, daher erfordert seine Platzierung innerhalb der VPC weder eingehende Regeln noch Änderungen an den Sicherheitsgruppen der Datenbank.
• Öffentlich zugängliche Bereiche können deaktiviert bleiben, das Subnetz kann privat bleiben, und es gibt keine IP-Zulassungsliste, die mit dem Breitbandanschluss von zu Hause synchronisiert werden muss.
• Wenn die Instanz bereits über einen von Ihnen zugelassenen öffentlichen Endpunkt erreichbar ist, funktioniert das auch. — Dem Agenten ist es egal, auf welcher Seite der Grenze er sich befindet, Hauptsache, er kann eine Verbindung öffnen.

-- Ein Leser, vier Engines, gleiche Anweisungsform SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= CURRENT_DATE - INTERVAL '30' DAY GROUP BY c.name ORDER BY revenue DESC;