Nivel 1 · Prepara una tabla de importación de proveedor

La mayor parte de SQL es leer tablas que construyó otra persona. Este capítulo trata de construir las tuyas. Las dos primeras sentencias que necesitas son CREATE TABLE, que define las columnas de una tabla, e INSERT, que le mete filas.

CREATE TABLE

La definición de una tabla lista cada columna con un tipo de datos:

CREATE TABLE supplier_import (
  import_id INTEGER PRIMARY KEY,
  product_name VARCHAR,
  category VARCHAR,
  unit_price DECIMAL(10, 2),
  received_on DATE
);

El tipo decide qué acepta la columna y cómo se comporta. INTEGER guarda números enteros, VARCHAR guarda texto, DATE guarda un día del calendario y DECIMAL(10, 2) guarda números exactos de hasta 10 dígitos, 2 de ellos después del punto decimal. El dinero siempre va en DECIMAL, nunca en un tipo de coma flotante, porque los flotantes guardan aproximaciones binarias: 0.1 + 0.2 no es exactamente 0.3 en un DOUBLE.

PRIMARY KEY significa que cada import_id debe estar presente y ser único. Inserta una segunda fila con id 3 y la base de datos la rechaza con un error de restricción. Ese es el sentido: las claves son como se unen las tablas, así que la base de datos las protege.

INSERT INTO … VALUES

INSERT INTO supplier_import VALUES
  (1, 'Harlow Brass Pendant', 'Lighting', 189.00, '2025-11-03'),
  (5, 'Wren Ceramic Table Lamp', 'Lighting', NULL, '2025-11-04');

Cada lista entre paréntesis es una fila, con valores en el mismo orden que las columnas. El texto y las fechas van entre comillas simples, los números no, y un valor que falta se escribe NULL sin comillas. 'NULL' entre comillas sería una cadena de cuatro letras, no un valor que falta.

Cuando solo rellenas algunas columnas, nómbralas, y el resto pasan a NULL (o a su valor por defecto):

INSERT INTO supplier_import (import_id, product_name) VALUES (6, 'Sample Lamp');

Nombrar las columnas también es más seguro en general: el insert sigue funcionando si alguien añade una columna más tarde.

Léela de vuelta

Después de cualquier cambio, consulta la tabla para confirmar que contiene lo que esperas. Aquí el SELECT final añade una marca de revisión. El CASE comprueba primero el precio que falta, porque un precio NULL no es ni mayor ni menor que 500: NULL > 500 es desconocido, y una condición desconocida nunca coincide con un WHEN.

En este juego cada ejecución se revierte después, por eso la solución crea la tabla cada vez. En una base de datos real la tabla seguiría ahí hasta que alguien la elimine.

Errores comunes

• Poner comillas a los números u olvidarlas en el texto y las fechas. '189.00' normalmente se convierte igual, pero Lighting sin comillas se lee como el nombre de una columna y falla.
• Poner los valores en el orden de columnas equivocado. VALUES sigue el orden de las columnas de la tabla a menos que listes las columnas.
• Escribir 'NULL' o una cadena vacía '' para un valor que falta. Ambos son valores reales, así que IS NULL no los encontrará.
• Usar FLOAT o DOUBLE para precios.

En SQL Server

La misma tabla en T-SQL suele usar NVARCHAR(100) para el texto (Unicode) y a menudo una columna IDENTITY que numera las filas por ti:

CREATE TABLE dbo.SupplierImport (
  ImportID INT IDENTITY(1,1) PRIMARY KEY,
  ProductName NVARCHAR(100),
  UnitPrice DECIMAL(10,2)
);

El VARCHAR de DuckDB no necesita longitud, y INSERT INTO ... VALUES con varias filas funciona igual en ambos.