CREATE TABLE AS SELECT

CREATE TABLE tabla_nueva AS
SELECT columna_a, columna_b
FROM tabla_origen
WHERE condicion;

CTAS, INSERT ... SELECT o VIEW

Las tres técnicas reutilizan una consulta, pero resuelven problemas distintos.

Si necesitas controlar de antemano PRIMARY KEY, FOREIGN KEY, CHECK, tipos exactos o índices, suele ser más explícito crear primero la tabla y después cargarla con INSERT ... SELECT.

Sintaxis y nombres de columnas

La tabla recibe tantas columnas como devuelva el SELECT. Usa alias cuando una expresión calculada necesite un nombre claro.

CREATE TABLE resumen AS
SELECT cliente_id,
       COUNT(*) AS pedidos,
       SUM(total) AS importe_total
FROM pedidos
GROUP BY cliente_id;

Los alias pedidos e importe_total se convierten en nombres útiles para las columnas calculadas de la nueva tabla.

Ejemplo: materializar un resumen de clientes

En SQLite podemos crear una tabla temporal con el número de pedidos no cancelados y el importe acumulado por cliente. Usar TEMP mantiene el ejemplo dentro de la sesión de práctica.

CREATE TEMP TABLE resumen_clientes AS
SELECT cliente_id,
       COUNT(*) AS pedidos,
       ROUND(SUM(total), 2) AS importe_total
FROM pedidos
WHERE estado <> 'cancelado'
GROUP BY cliente_id;

Después puedes consultar la tabla como cualquier otra tabla de la sesión:

SELECT cliente_id, pedidos, importe_total
FROM resumen_clientes
ORDER BY importe_total DESC, cliente_id
LIMIT 6;

La tabla temporal contiene diez clientes con pedidos no cancelados. A diferencia de una vista, esos valores quedan materializados en la tabla creada y no se recalculan automáticamente cuando cambian las tablas de origen.

Qué se copia y qué no

CTAS parte de la salida de la consulta. Esto es distinto de clonar la definición completa de una tabla existente.

• Se crean columnas a partir de las expresiones devueltas por el SELECT.
• Se insertan las filas producidas por esa consulta.
• Los alias de salida ayudan a definir nombres comprensibles.
• No des por copiadas las claves primarias, claves foráneas, restricciones UNIQUE/CHECK ni índices de las tablas fuente.
• El orden usado para producir la consulta no convierte la tabla en una colección persistentemente ordenada.

Comprueba la tabla después de crearla

Una operación de estructura no termina cuando la sentencia deja de dar error. Verifica al menos la cantidad de filas, los nombres y tipos de columnas relevantes y algunas filas límite.

SELECT COUNT(*) AS filas
FROM resumen_clientes;

SELECT *
FROM resumen_clientes
ORDER BY cliente_id
LIMIT 5;

Para inspeccionar tipos, restricciones o índices, utiliza las herramientas de catálogo propias del motor. No existe una consulta de metadatos completamente portable entre PostgreSQL, SQLite, MySQL y SQL Server.

Errores frecuentes

Práctica guiada

CREATE TEMP TABLE clientes_activos AS
SELECT id, nombre, ciudad
FROM clientes
WHERE activo = 1;

SELECT COUNT(*) AS filas
FROM clientes_activos;

Compatibilidad entre motores

PostgreSQL y SQLite documentan CREATE TABLE ... AS SELECT. La idea común es crear y poblar una tabla con el resultado de una consulta, pero los detalles sobre tablas temporales, tipos derivados, opciones de almacenamiento y creación sin datos varían entre motores.

SQLite documenta específicamente que una tabla creada con CREATE TABLE ... AS SELECT deriva sus columnas del resultado y no adquiere automáticamente restricciones de clave primaria u otras restricciones del esquema fuente. En cualquier motor, trata CTAS como materialización de una consulta y verifica la definición resultante antes de depender de ella.

Conceptos relacionados

Fuentes técnicas consultadas

• PostgreSQL: CREATE TABLE AS
• SQLite: CREATE TABLE y CREATE TABLE ... AS SELECT