Conectar Aiven a Excel, Google Sheets, IA y REST

Cada servicio de Aiven tiene su propio puerto.

La mayoría de las implementaciones administradas de PostgreSQL funcionan en el puerto 5432, y la mayoría de las implementaciones administradas de MySQL funcionan en el puerto 3306. Aiven no utiliza ninguno de los dos puertos, y esto influye en el comportamiento de esta tarjeta.

• El puerto es por servicio — un número de cinco dígitos asignado por Aiven, no uno muy conocido. La tarjeta viene con el campo del puerto vacío en lugar de rellenarlo con un valor incorrecto.
• Dado que el puerto no transmite ninguna señal del motor, pegar solo el host y el puerto no es suficiente para distinguir PostgreSQL de MySQL. Pegue la URI del servicio completa y el sistema lo resolverá.
• Los valores predeterminados que se pueden rellenar previamente son: la base de datos defaultdb y el usuario avnadmin, que es con lo que comienza un servicio Aiven nuevo.
• Un grupo de conexiones también tiene su propio puerto y su propio nombre. — En Aiven, el nombre del pool se introduce en el campo Base de datos.

Dos motores, y no son idénticos por debajo.

La tarjeta tiene el mismo aspecto independientemente del motor que elijas, pero lo que el agente hace con ella difiere, y conviene ser preciso en lugar de tranquilizar.

• En PostgreSQL, TLS se aplica a los hosts .aivencloud.com independientemente de lo que indique la casilla de verificación. Una cadena que perdió su modo SSL en el portapapeles aún se transmite cifrada.
• En MySQL, la casilla de verificación es real. Está activada por defecto y debería permanecer activada. — Si se desactiva, la conexión queda sin cifrar y no hay nada que pueda anularlo.
• En ambos casos, el tráfico está cifrado, pero la cadena de certificados no se verifica. La descarga de la CA de Aiven no está integrada en esta tarjeta y no hay ningún campo para cargarla.
• Las adaptaciones de pooling son exclusivas de PostgreSQL. En un pool de Postgres, el agente desactiva las sentencias preparadas y omite el reinicio de la sesión, que es lo que necesita un pool de transacciones; en MySQL, el modo se registra, pero no cambia nada.

Pega la URI del servicio, no las partes.

Cuatro campos y un puerto por servicio es más de lo que alguien debería volver a escribir, por lo que la tarjeta está diseñada en torno a esa cadena de texto.

• Las formas URI postgres:// y mysql:// se analizan correctamente, y el esquema es lo que le indica a la tarjeta a qué motor te referías.
• Cualquier dato con un esquema incorrecto se rechaza en lugar de ser analizado parcialmente y asignado a campos erróneos.
• Una contraseña con espacios en blanco al principio o al final se marca como sospechosa. Se trata de un artefacto del portapapeles y se considera un error de autenticación común, lo que lleva a los usuarios a buscar el problema equivocado.
• La URI pegada nunca se almacena. Se lee una sola vez para rellenar el formulario y luego se elimina, por lo que la contraseña reside en un solo lugar en lugar de dos.

-- PostgreSQL en Aiven, solo lectura SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;