SQLite y PostgreSQL en la práctica

1.Dos motores, dos filosofías

SQL es el lenguaje; SQLite y PostgreSQL son dos programas (motores) que lo entienden. Lo que aprendiste hasta aquí sirve para ambos, con pequeñas diferencias que verás en esta lección.

Una buena ruta: aprende y prototipa con SQLite y pasa a PostgreSQL cuando tu aplicación necesite varios usuarios y control de acceso. Como el SQL básico es el mismo, el cambio es pequeño.

2.SQLite en la práctica

Descarga las «command-line tools» desde sqlite.org/download (en macOS ya viene instalado; en Linux, sudo apt install sqlite3). Comprueba la instalación abriendo una terminal:

sqlite3 tienda.db

Si tienda.db no existe, se crea al guardar algo. Dentro del programa escribes SQL terminado en ; y comandos de punto (sin ;) que controlan el programa:

Un flujo de trabajo típico: escribes tu esquema en tienda.sql, lo cargas con .read y consultas. También puedes ejecutar una instrucción sin entrar al programa:

sqlite3 -header -column tienda.db "SELECT nombre, precio FROM productos WHERE precio > 100 ORDER BY precio;"

Con los datos de la tienda, esa consulta devuelve:

Resultado esperado

3.PostgreSQL en la práctica

Instálalo desde postgresql.org/download (el instalador de Windows incluye psql y un panel gráfico). Durante la instalación elegirás una contraseña para el usuario administrador postgres: guárdala. El servidor se queda funcionando en segundo plano.

psql -U postgres

Igual que SQLite, psql tiene sus propios comandos, que empiezan por una barra invertida:

Aquí, además de las tablas, creas la base de datos y un usuario propio para tu aplicación (no uses postgres en tus programas):

CREATE DATABASE tienda;
CREATE ROLE tienda_app LOGIN PASSWORD 'cambia-esta-clave';
GRANT ALL PRIVILEGES ON DATABASE tienda TO tienda_app;

Con la base creada, tu esquema casi no cambia. Lo único que debes adaptar es la sintaxis que ves en la siguiente sección.

4.Diferencias de sintaxis que debes conocer

La mayor parte del SQL es idéntico. Estas son las diferencias que más te encontrarás:

SELECT 'Teclado' LIKE 'tec%' AS coincide,
       'Mon' || 'itor'      AS junto,
       typeof(1)            AS tipo1,
       typeof('1')          AS tipo2;

Resultado esperado

LIKE y || funcionan igual en ambos motores, pero en PostgreSQL LIKE distingue mayúsculas y para ignorarlas se usa ILIKE. En el siguiente laboratorio tienes la lista de equivalencias.

Sobre los tipos: SQLite acepta un texto en una columna INTEGER y lo guarda tal cual:

CREATE TABLE prueba (n INTEGER);
INSERT INTO prueba VALUES ('hola');
SELECT n, typeof(n) AS tipo FROM prueba;

Resultado esperado

PostgreSQL rechazaría esa inserción con invalid input syntax for type integer: "hola". Es una ventaja: los errores se detectan al guardar, no meses después.

5.Pruébalo: traductor de SQLite a PostgreSQL

Elige una tarea y mira cómo se escribe en cada motor. Úsalo como chuleta cuando cambies de uno a otro.

6.Conectar desde Node.js

Tu aplicación se conecta a la base de datos con una biblioteca. El patrón es el mismo en ambos motores: abrir la conexión, enviar la consulta con parámetros (nunca pegando valores en el texto; lo verás en la lección 8) y recibir un arreglo de filas. Los ejemplos usan módulos ES ("type": "module" en tu package.json).

SQLite con better-sqlite3 (npm install better-sqlite3). Es síncrono y muy simple:

import Database from 'better-sqlite3';

const db = new Database('tienda.db');
db.pragma('foreign_keys = ON');

const minimo = 100;
const filas = db.prepare('SELECT nombre, precio FROM productos WHERE precio > ?').all(minimo);
console.log(filas);

PostgreSQL con pg (npm install pg). Es asíncrono y usa un pool de conexiones:

import pg from 'pg';

const pool = new pg.Pool({ connectionString: process.env.DATABASE_URL });

const minimo = 100;
const { rows } = await pool.query(
  'SELECT nombre, precio FROM productos WHERE precio > $1',
  [minimo]
);
console.log(rows);
await pool.end();

La variable DATABASE_URL tiene este aspecto (los datos son ejemplos): postgres://tienda_app:cambia-esta-clave@localhost:5432/tienda. Va en una variable de entorno o en un archivo .env que no se sube a Git.

7.Errores frecuentes

• Copiar un CREATE TABLE de un motor a otro sin adaptarlo (AUTOINCREMENT, SERIAL, GENERATED … AS IDENTITY).
• Terminar un comando de punto con ; en SQLite (.tables;) o escribir SQL sin ; final: el programa se queda esperando.
• Usar LIKE en PostgreSQL esperando que ignore mayúsculas: necesitas ILIKE.
• No activar PRAGMA foreign_keys = ON en SQLite al conectar desde tu programa.
• Conectar tu aplicación como postgres (administrador): crea un rol propio con los permisos justos.
• Escribir la contraseña de la base dentro del código y subirla a un repositorio: usa variables de entorno.
• Mezclar marcadores: ? en pg o $1 en better-sqlite3 da error.
• Olvidar cerrar el pool (pool.end()) en un script: el programa no termina.

8.Glosario