Fecha no válida al convertir texto: valida el dato antes de convertir

CAST('2026-13-01' AS DATE)

El formato externo parece YYYY-MM-DD, pero el mes 13 no pertenece al calendario. PostgreSQL y SQL Server rechazan valores que no pueden interpretar como fechas válidas. En MySQL el resultado puede depender del modo SQL. SQLite no es directamente comparable: almacena fechas normalmente como texto, número juliano o Unix timestamp y sus funciones temporales interpretan esos valores.

Tres problemas distintos que conviene diagnosticar por separado

No los corrijas del mismo modo. Cambiar separadores no arregla un mes 13; y aceptar una cadena ambigua sin conocer el formato puede producir una fecha válida pero equivocada.

Primera defensa: normaliza el contrato de entrada

Para intercambiar fechas sin hora, YYYY-MM-DD es una representación clara y evita gran parte de la ambigüedad día/mes. Aun así, el patrón visual no basta: 2026-13-01 sigue siendo inválido.

Si controlas la importación, evita mezclar formatos como 31/12/2026, 12-31-2026 y 2026-12-31 en la misma columna. Conserva el texto original en una zona de staging cuando necesites auditar qué filas no se pudieron convertir.

Diagnóstico reproducible en la base educativa con SQLite

SQLite no ofrece un tipo DATE separado. Para la práctica del sitio podemos usar date() como comprobación de valores que la función no reconoce. Con un mes imposible, devuelve NULL:

WITH importados(id, fecha_texto) AS (
  VALUES
    (1, '2026-09-15'),
    (2, '2026-13-01'),
    (3, '2026-10-03')
)
SELECT id, fecha_texto
FROM importados
WHERE date(fecha_texto) IS NULL;

Esta comprobación sirve para detectar entradas claramente no interpretables en SQLite, pero no debe convertirse en una promesa de validación universal. Algunas fechas fuera del calendario pueden normalizarse en ciertas funciones o versiones; para una importación crítica, valida también las reglas de negocio y el formato acordado.

Cómo cambia la conversión entre motores

PostgreSQL

Los tipos de fecha/hora interpretan la cadena según sus reglas de entrada y la configuración DateStyle cuando el orden es ambiguo. Si un campo de mes o día queda fuera de rango, el parser rechaza el valor. Para datos de intercambio, usa una forma no ambigua y evita depender de la configuración de la sesión.

MySQL 8.4

El comportamiento de fechas inválidas depende del modo SQL. En modo estricto, valores de fecha inválidos pueden producir un error; con configuraciones más permisivas pueden convertirse a valores cero o generar advertencias. Por eso una carga que «funciona» en una instalación no garantiza el mismo resultado en otra.

SQL Server

Las conversiones a date rechazan valores que no reconoce como fechas válidas. Si estás limpiando una columna de texto y quieres localizar fallos sin abortar toda la consulta, TRY_CONVERT devuelve NULL cuando la conversión permitida no tiene éxito:

SELECT TRY_CONVERT(date, fecha_texto, 23) AS fecha
FROM importados;

El estilo 23 corresponde a la forma yyyy-mm-dd. Después puedes revisar las filas cuyo resultado sea NULL antes de insertarlas en la tabla definitiva.

SQLite

SQLite no tiene un tipo fecha/hora dedicado. Sus funciones aceptan representaciones temporales concretas y devuelven texto o números según la función. No uses CAST(... AS DATE) como si fuera equivalente a PostgreSQL o SQL Server: para esta intención, trabaja con date(), datetime() o una representación ISO-8601 coherente.

Método de diagnóstico en seis pasos

1. Ejecuta o inspecciona el valor de texto original sin convertirlo.
2. Confirma el formato prometido por la fuente: por ejemplo, YYYY-MM-DD.
3. Separa formato inválido de fecha imposible: no son el mismo problema.
4. Comprueba la configuración del motor cuando pueda alterar la interpretación o severidad.
5. Localiza las filas inválidas en staging antes de modificar la tabla final.
6. Corrige el dato o la regla de importación; no reemplaces silenciosamente una fecha desconocida por otra inventada.

Práctica correctiva

WITH importados(id, fecha_texto) AS (
  VALUES
    (1, '2026-11-05'),
    (2, '2026-00-20'),
    (3, '2026-12-01'),
    (4, 'texto')
)
SELECT id, fecha_texto
FROM importados
WHERE date(fecha_texto) IS NULL
ORDER BY id;

Conceptos relacionados

Fuentes técnicas

Las diferencias de interpretación y conversión se contrastaron con documentación primaria:

• PostgreSQL 18: tipos y entrada de fecha/hora
• MySQL 8.4: DATE, DATETIME y TIMESTAMP
• SQL Server: date y conversión de cadenas
• SQL Server: TRY_CONVERT
• SQLite: funciones de fecha y hora