Cómo Conectar Amazon Redshift a Google Sheets

Amazon Redshift es el data warehouse por defecto para muchas empresas AWS-nativas. El problema es que la mayoría de los usuarios que quieren los datos no saben SQL, SalesOps, RevOps, FP&A. La ruta natural es traer los datos a Google Sheets, donde ya viven los modelos, presupuestos y dashboards. Esta guía cubre las cuatro rutas reales de Redshift a Sheets en 2026 más el paso cero que casi nadie documenta: encontrar tus credenciales en AWS.

Comparación rápida: 4 formas de llevar Redshift a Google Sheets

Paso 0, Encuentra tus credenciales de Redshift en AWS

Cualquier método que elijas necesita las mismas cinco cosas de AWS. Esta es la pérdida de tiempo más común de 30 minutos para connectors nuevos, y ningún resultado top en SERP te dice exactamente dónde encontrar cada valor.

• Endpoint / Host, AWS console → Redshift → Clusters → clic en tu cluster → pestaña Properties → Endpoint. Formato: cluster-name.region-id.redshift.amazonaws.com. Strip the :5439/database suffix si aparece.
• Port, 5439 por defecto para clusters provisioned y Redshift Serverless. Confírmalo en la misma pestaña Properties.
• Database name, Redshift crea una base 'dev' por defecto. Los datos de tu equipo suelen estar en otra DB, revisa Clusters → tu cluster → Databases.
• Username, el usuario de la base, no tu usuario de AWS console. Encuentra los users existentes vía Query Editor v2 → Databases → Users, o crea uno nuevo con CREATE USER sheets_reader PASSWORD 'value'.
• Password, definido cuando se creó el user. Si lo perdiste, resetéalo con ALTER USER sheets_reader PASSWORD 'value' desde una sesión privilegiada.

Redshift Serverless es distinto. El endpoint format es workgroup-name.account-id.region.redshift-serverless.amazonaws.com, y la autenticación IAM es por defecto. La mayoría de connectors de Sheets esperan username/password, crea un user con password explícito: CREATE USER sheets_reader WITH PASSWORD 'YourPassword', luego GRANT SELECT ON ALL TABLES IN SCHEMA public TO sheets_reader.

Paso 0.5, Autoriza tráfico entrante desde el conector

Este es el fallo silencioso más común. Si tu cluster vive en una VPC privada (la mayoría de setups en producción lo hacen), ninguna herramienta puede llegar sin una regla de inbound en el security group del cluster. AWS console → EC2 → Security Groups → encuentra el SG asociado al cluster → Inbound rules → Add rule: Type Redshift, Protocol TCP, Port 5439, Source el rango IP del conector.

Brooked publica sus IPs salientes en los docs de ayuda; ancla esas en el campo Source en lugar de 0.0.0.0/0. Si tu cluster no tiene endpoint público y vive enteramente en una VPC privada, ningún connector side-Sheets puede alcanzarlo directamente, necesitarás VPN, AWS Direct Connect, o un bastion host con SSH tunnel. Si el cluster es publicly accessible (Publicly accessible Yes en las properties del cluster), la regla IP sola es suficiente.

Para usuarios de Apps Script: Google no publica un rango IP estable, así que no puedes pin a una source específica. Las opciones honestas son abrir el security group a todas las IPs (mala idea en producción), poner un proxy delante (p. ej. una Lambda usando la Redshift Data API), o pasarte a un connector que use IPs fijas que puedas allowlistear.

Método 1, UNLOAD a S3 + CSV import

El método nativo de Redshift para exports grandes. Ejecuta UNLOAD ('SELECT ...') TO 's3://bucket/path' IAM_ROLE 'arn:aws:iam::...:role/myrole' CSV HEADER ALLOWOVERWRITE, luego descarga el CSV desde S3 y súbelo a Sheets con File → Import. Para datasets pequeños, salta UNLOAD y exporta directamente desde Query Editor v2.

Pros: Sin límite de tamaño (salvo el límite de 10M celdas de Sheets). Compatible con queries complejas. Contras: Manual. Sin refresh. Requiere un bucket S3 con permisos para Redshift.

Método 2, Apps Script + JDBC directo

Apps Script soporta Redshift nativamente vía JDBC, sin necesidad de drivers de terceros. La cadena correcta:

function importRedshiftToSheet() {
  const url = 'jdbc:redshift://your-cluster.region.redshift.amazonaws.com:5439/dbname?ssl=true&sslfactory=com.amazon.redshift.ssl.NonValidatingFactory';
  const conn = Jdbc.getConnection(url, 'USERNAME', 'PASSWORD');
  const stmt = conn.createStatement();
  const rs = stmt.executeQuery('SELECT order_date, SUM(amount) FROM orders WHERE order_date >= CURRENT_DATE - 30 GROUP BY 1 ORDER BY 1');

  const sheet = SpreadsheetApp.getActiveSpreadsheet().getActiveSheet();
  sheet.clearContents();

  const meta = rs.getMetaData();
  const cols = meta.getColumnCount();
  const headers = [];
  for (let c = 1; c <= cols; c++) headers.push(meta.getColumnName(c));
  sheet.appendRow(headers);

  while (rs.next()) {
    const row = [];
    for (let c = 1; c <= cols; c++) row.push(rs.getString(c));
    sheet.appendRow(row);
  }

  rs.close(); stmt.close(); conn.close();
}

Pros: Gratis, control total. Contras: 6 minutos máximo de ejecución. Tienes que abrir el security group a Google (sin rango IP estable). Credenciales en plaintext.

Método 3, Federar Redshift desde BigQuery

BigQuery puede consultar Redshift mediante BigQuery Omni o BigLake external connections. Luego usas el connector BigQuery nativo de Sheets para traer el resultado. Útil si tu equipo ya vive en BigQuery y quiere unificar la query layer. Caro y overkill para reportes simples.

Método 4, Un complemento de Google Sheets (Brooked)

Brooked se conecta a Redshift provisioned y Serverless con presets que manejan los formatos de endpoint y autenticación. Refresco programado, escritura bidireccional, agente de IA, IPs fijas que puedes allowlistear en tu security group.

Paso 1, Instala Brooked

Instala Brooked desde el Google Workspace Marketplace.

Paso 2, Conecta tu cluster Redshift

Abre la barra lateral de Brooked → Add data source → Amazon Redshift. Elige el preset (Provisioned o Serverless). Para provisioned: host, port, database, username, password, SSL. Para Serverless: workgroup endpoint, database, user, password (creado con CREATE USER), SSL. Brooked muestra sus IPs salientes que necesitas allowlistear en tu security group.

Paso 3, Importa datos al sheet

Haz clic en New import, elige tu conexión Redshift, escribe una consulta SQL (con autocomplete sobre schemas y tablas reales) o usa el query builder visual. Elige el rango destino, haz clic Import. Activa Auto-refresh.

Usar el agente de IA con Redshift

El agente introspecta tu schema, detecta DISTKEY y SORTKEY si existen, escribe SQL optimizado para los patrones de Redshift, y entrega el resultado al sheet. Para análisis estadístico (regresiones, cohortes, forecasting), cae en sandbox de Python.

Brooked AI, Redshift

Live

Ask anything about your Redshift data…

Solución de problemas

• Connection timed out al conectar Redshift
• SSL SYSCALL error: EOF detected
• ERROR: permission denied for schema/table
• Authentication failed
• Apps Script: Exceeded maximum execution time
• Conexión OK pero la query devuelve 0 filas

Veredicto: qué elegir según tu situación

• Solo necesito un dataset una vez

  Elige: UNLOAD a S3 + CSV import

  Por qué: Para resultados grandes, UNLOAD es el camino nativo de Redshift. Para resultados pequeños, una query directa en Query Editor v2 → Export CSV es suficiente.

• Quiero una consulta recurrente y escribo código

  Elige: Apps Script + JDBC

  Por qué: Gratis y personalizable. Cuidado con el límite de 6 minutos de ejecución y el problema de allowlist de IPs de Google.

• Quiero datos Redshift en vivo en Sheets sin script

  Elige: Brooked

  Por qué: Editor SQL visual, refresco programado, escritura bidireccional, agente de IA. Soporta provisioned y Redshift Serverless con presets que manejan los formatos de endpoint.

• Quiero hacer preguntas a Redshift en lenguaje natural

  Elige: Brooked

  Por qué: El agente de IA introspecta tu schema, escribe el SQL optimizado (con DISTKEY/SORTKEY si los detecta), ejecuta y entrega el resultado al sheet.

Preguntas frecuentes

• ¿Cómo encuentro mis credenciales de Redshift en AWS?

  Endpoint/Host: AWS console → Redshift → Clusters → tu cluster → Properties → Endpoint. Strip the :5439/database suffix. Port: 5439 por defecto. Database name: bajo Databases en el cluster ('dev' es el default). Username: crea uno con CREATE USER sheets_reader PASSWORD 'value' o úsalo desde Query Editor v2.

• ¿Funciona con Redshift Serverless?

  Sí. El endpoint format es distinto, workgroup-name.account-id.region.redshift-serverless.amazonaws.com, pero el resto del flow es igual. Serverless usa IAM auth por defecto; si tu connector espera username/password, crea un user explícito con password y úsalo.

• ¿Necesito allowlist las IPs del conector en mi security group?

  Sí. Es la causa #1 de timeouts. AWS → EC2 → Security Groups → el SG del cluster → Inbound rules → Add rule (Type Redshift, Port 5439, Source = rango IP del conector). Brooked publica sus IPs en los docs; usa esas en lugar de 0.0.0.0/0.

• ¿Puedo escribir datos de vuelta a Redshift?

  Sí. Brooked soporta escritura bidireccional con INSERT, UPDATE, UPSERT (MERGE) y DELETE. Cada escritura queda en audit log. Crea un user con permisos específicos en las tablas destino. Importante: Redshift no es transaccional como Postgres, los UPSERTs son más caros computacionalmente.

• ¿Y Coefficient o Superjoin para Redshift?

  Coefficient soporta Redshift en planes superiores ($83/usuario/mes), pero su ruta Apps Script depende del SQL Gateway de CData (pago, externo). Superjoin tiene un connector directo a Redshift pero su soporte de SSL es limitado. Brooked Pro es $29/usuario/mes con Redshift incluido en todos los tiers, presets para provisioned y Serverless, y SSL/IAM auth nativos.