Los sistemas (es decir, bases de datos) que gestionan su propia integridad de datos suena como sentido común, y en escenarios simples, lo es. Sin embargo, cuando las reglas de negocio se vuelven complejas, es más difícil validar los datos en una ubicación central.
Cuando un sistema (es decir, una base de datos) ya no puede aplicar la forma de los datos, algo más debe hacerse cargo. ¿Cuándo podría suceder esto?
El formato de número telefónico en EE.UU. es (código de área) (prefijo) – (número), aquí hay un ejemplo: (734) 555-3212. Hablaremos sobre la base de datos en este artículo por simplicidad, pero el almacén de datos no tiene que ser una base de datos.
Los números telefónicos en EE.UU. siempre tienen diez dígitos (estamos ignorando el dígito internacional). Los números telefónicos pueden venir en una variedad de formatos:
- xxx.xxx.xxxx
- xxx-xxx-xxxx
- (xxx) xxx-xxxx
- (xxx) xxx.xxxx
La mayoría de las bases de datos se limitan a tipos de datos (es decir, números, cadenas, fechas, etc.) y no admiten formato. Muchas aplicaciones optan por usar el tipo de dato de cadena para almacenar el número telefónico. Sin embargo, el tipo de dato de cadena acepta CUALQUIER cadena. Para garantizar que el número telefónico sea válido, necesitamos una capa adicional de validación.
En una única aplicación conectada a una única base de datos, la validación de datos generalmente se aplica en la aplicación.
Cuando tu arquitectura crece a dos o más aplicaciones que comparten una base de datos, pueden suceder dos cosas:
1. Cada aplicación tiene su propia validación de datos:
2. Hay un servicio central al que las aplicaciones llaman para validar los datos y persistir los datos:
El riesgo de la validación de datos en múltiples lugares es que las validaciones podrían estar desincronizadas. Un formato válido para una aplicación podría no ser válido en otra aplicación. En el peor de los casos, un formato incorrecto lanzará un error o, en casos extremos, bloqueará la aplicación.
Lo mejor es centralizar la validación de datos para que el formato almacenado en la base de datos sea consistente para toda la organización. Hay excepciones, por supuesto, y estoy asumiendo que múltiples aplicaciones leen y escriben en una base de datos compartida.
Autor: Chuck Conway es un Ingeniero de IA con casi 30 años de experiencia en ingeniería de software. Construye sistemas de IA prácticos—canalizaciones de contenido, agentes de infraestructura y herramientas que resuelven problemas reales—y comparte lo que está aprendiendo en el camino. Conéctate con él en redes sociales: X (@chuckconway) o visítalo en YouTube y en SubStack.