Diseño: Muchos campos en una tabla o varias tablas unidas por JOIN

[Tollelle]

Buenas tardes.

Llevo días buscando la opción más óptima de diseñar una base de datos y me ha surgido una duda de la que no encuentro mucha documentación clara.

Creo una tabla con muchos campos o troceo los identificadores en varias tablas.

Por ejemplo:

- Opción 1, creando varias tablas con index y claves foráneas.

tabla usuarios

id_usuario int(5) PRIMARY AI
nombre char(50)
tipo smallint(2) INDEX

tabla usuarios_tipo

id smallint(2) PRIMARY AI
titulo char(50)

tabla usuarios_datos

id int(5) PRIMARY AI
id_usuario int(5) INDEX
direccion char(100)
municipio int(4) INDEX
provincia int(4) INDEX
email varchar(100)
telefono char(15)

tabla municipios:

id smallint(2) PRIMARY AI
titulo char(50)

tabla provincias:

id smallint(2) PRIMARY AI
titulo char(50)

- Opción 2, crear una tabla con todo en campos y me ahorro trabajar con JOIN a la hora de llamarlos:

tabla usuarios

id_usuario int(5) PRIMARY AI
nombre char(50)
tipo char(50)
direccion char(100)
municipio char(50)
provincia char(50)
email varchar(100)
telefono char(15)

A mi forma de ver, la opción 1 es más optimizada, permite indexación y relacionar tablas para update y delete y me parece más escalable, pero claro, para consultar habría que hacer varios JOINS para obtener todos los datos.

Me guataría saber confirmar que esto es así o saber qué motiva sus respuestas.

Gracias.

Un saludo.

[gnzsoloyo]

Opción 1. Sin lugar a dudas.
Es la única version que tienes normalizada, la otra es simplemente basura inconsistente.

Ya existen reglas para este tipo de cosas, y no hay nada nuevo bajo el sol. La normalización tiene muchas razones de existir y tu opción 2 viola la principal de todas: la consistencia de datos.
Una base con datos inconsistentes, que pueden surgir sin problemas de una tabla como la que propones en la segunda opción, no es una base de datos, sino una colección de datos sucios, que solo puede devolver información basura.

Sin ofender.

No analices las cosas con lente de "me ahorro X", es un error. Tienes que mirar los datos de acuerdo al método de mayor precisión y optimización... y no es la segunda de las opciones que propones.
Además te estás olvidando de un detalle precioso: Los DBMS están optimizados para trabajar haciendo cálculos relacionales con JOIN, mientras que poner los datos en todas las tablas te obligará a crear indices adicionales innecesarios y generar consultas sin la optimizacion necesaria. Todo eso redundará en problemas de performance en varios niveles.

[Tollelle]

Gracias por la aclaración ;)