Rompe una regla: A veces está bien desnormalizar su base de datos

Rompe una regla: A veces está bien desnormalizar su base de datos

Rompe una regla: A veces está bien desnormalizar su base de datos

VALORACIÓN DEL ARTÍCULO:
5/5


La normalización de bases de datos es una de las vacas sagradas del desarrollo de aplicaciones. Cada curso de programación de pregrado que haya tomado o libro que haya leído probablemente predique la importancia de normalizar las bases de datos.Es hora de desafiar esa verdad. A veces está bien desnormalizar su base de datos!

¿Cuándo debe normalizarse?

La normalización de la base de datos protege la integridad de sus datos. Es una gran idea en muchos casos, y usted debe comenzar cualquier esfuerzo de diseño de base de datos con la normalización en mente. Si puede normalizar su base de datos, ¡hágalo! De hecho,

La conclusión es que usted debería normalizar su base de datos a menos que tenga una buena razón para no hacerlo. La normalización suele ser una buena práctica de diseño. Reduce la información redundante, optimiza el rendimiento y reduce la probabilidad de que se produzcan problemas de integridad de los datos como resultado de tener los mismos datos almacenados en diferentes esquinas de la base de datos.

Algunas buenas razones para no normalizar

Dicho esto, hay algunas buenas razones para no normalizar su base de datos. Veamos algunos:

  1. Las uniones son caras . La normalización de su base de datos a menudo implica la creación de muchas tablas. De hecho, usted puede terminar fácilmente con lo que usted piensa que debería ser una simple consulta que abarque cinco o diez tablas. Si alguna vez ha intentado hacer una unión de cinco mesas, sabe que funciona en principio, pero en la práctica es muy lenta. Si está construyendo una aplicación web que se basa en consultas de varias uniones contra tablas grandes, puede que se encuentre pensando: «¡Si esta base de datos no estuviera normalizada! Cuando escuchas ese pensamiento en tu cabeza, es un buen momento para considerar la desnormización. Si puede pegar todos los datos utilizados por esa consulta en una sola tabla sin poner realmente en peligro la integridad de sus datos, ¡hágalo! Sea un rebelde y desnormalize su base de datos. ¡No mirarás atrás!
  2. El diseño normalizado es difícil . Si está trabajando con un esquema de base de datos complejo, probablemente se encontrará golpeando su cabeza contra la mesa por la complejidad de la normalización. Como regla general, si usted está pasando todo el día tratando de averiguar cómo pasar a la cuarta forma normal, es posible que esté llevando la normalización demasiado lejos. Retroceda y pregúntese si realmente vale la pena continuar.
  1. Rápido y sucio debe ser rápido y sucio . Si sólo estás desarrollando un prototipo, haz lo que sea que funcione rápidamente. De verdad. Está bien. Está bien. El desarrollo rápido de aplicaciones es a veces más importante que el diseño elegante. Sólo recuerde volver atrás y echar un vistazo cuidadoso a su diseño una vez que esté listo para pasar de la fase de creación de prototipos. El precio que usted paga por un diseño de base de datos rápido y sucio es que podría necesitar tirarlo y empezar de nuevo cuando sea el momento de construir para la producción.
  2. Si está usando una base de datos NoSQL , la normalización tradicional no es deseable. En su lugar, diseñe su base de datos utilizando el modelo BASE, que es mucho más indulgente. Esto es útil cuando se almacenan datos no estructurados como correos electrónicos, imágenes o vídeos.

Algunas palabras de precaución

La normalización de la base de datos es generalmente una buena idea. Usted debe tratar de seguir los principios de normalización cuando le parezca razonable hacerlo. Pero si todos los indicadores indican que la normalización es demasiado compleja de implementar, considere un enfoque que haga el trabajo sin dejar de proteger sus datos.Por último, si decide desviarse de las reglas de normalización, esté muy atento a la forma en que aplica la integridad de la base de datos. Si almacena información redundante, ponga gatillos y otros controles en su lugar para asegurarse de que la información permanezca consistente.

TAMBIÉN TE INTERESA

videovigilancia camara AOV PT

La cámara AOV PT: un motivo para irse tranquilo de vacaciones

El verano es sinónimo de descanso, desconexión y viajes. Pero también de preocupación y seguro que las siglas de la cámara AOV PT ayudan a combatir ese sentimiento. Casas vacías, negocios con menos actividad y propiedades que quedan fuera del radar diario se convierten en un blanco fácil para robos o actos vandálicos. En este

la estafa más habitual de España

Así es la estafa más habitual: WhatsApp, Telegram, oferta de empleo y un troyano…

Está arrasando. La estafa más habitual que circula por España lo tiene todo: ingeniería social, plataformas de mensajería, el señuelo del un empleo irreal y un troyano que tienes cuando ya has caído. Los expertos en ciberseguridad como Secure&IT se han hecho eco de multitud de robos de estas características. Describiendo la estafa más habitual

planificar un viaje con ChatGPT

Planificar un viaje con ChatGPT: todo lo que debes saber

Planificar un viaje con ChatGPT es una de las muchas cosas que se pueden hacer con esta popular herramienta. Destinos, restaurantes, precios, parkings donde dejar el coche, itinerarios… Se puede hacer de todo con la IA, pero hasta cierto punto. Y es que hay límites y riesgos que hay que tener en cuenta. Lo analizamos

nuevas funciones de Apple Intelligence

Traducción en Vivo y las nuevas funciones que llegan a Apple Intelligence

Apple ha anunciado nuevas funciones de Apple Intelligence que mejoran la experiencia del usuario en iPhone, iPad, Mac, Apple Watch y Apple Vision Pro. Es decir todo el ecosistema de Apple. Entre lo más destacado, llega Traducción en Vivo, si bien también hablaremos de otras mejoras en inteligencia visual o las novedades en Image Playground