Campos con null, eficiencia

[latinpower]

Hola,

Tengo un que hacer una base de datos donde en una tabla, uno de los campos se llama "observaciones" y allí se guarda cualquier observación que haga el usuario al ingresar los datos en una fila.

Ahora, como pocas veces se va a usar el campo, me preguntaba que era mejor, si crear una tabla aparte con este campo, o dejarlo así como está, y que se quede vacío en la mayoría de las filas

Solución 1:

TablaA
-ID
-Nombre
-Observaciones(text)

Solución 2:
TablaA
-ID
-Nombre

TablaB
-ID
-IDTablaA
-Observaciones(text)

Como ven, en la solución 2, se precisarían selects más complejos.

¿Cuál solución sería la mejor?

Gracias.

[marisolphp]

Mejor agregalo como columna adicional a tu tabla ya existente, cómo tu comentas a la hora de hacer las consultas será más tardado porque tendrás que hacer "joins" ademas duplicarías información con el id :)

[gnzsoloyo]

Si el campo es opcional, como dices, es mejor derivarlo a una tabla dependiente y relacionarlo por FK.
Mas simple, evitas que si alguien llama a "SELECT * ..." te traiga basura innecesaria, etc.
Suele ser una regla expresa en diseño de BBDD, que si un dato o conjunto de datos es opcional, implica que es una relación débil producto de una regla de negocio.

[latinpower]

Iniciado por gnzsoloyo

Suele ser una regla expresa en diseño de BBDD, que si un dato o conjunto de datos es opcional, implica que es una relación débil producto de una regla de negocio.

¿Está detallado en algún nivel de normalización eso?, porque tengo que hacerlo, y estaría bueno nombrar eso que me decís.

[gnzsoloyo]

No en la normalización. No pertenece a ella.
Es lo que se enseña en la universidad, tanto en Análisis de Sistemas como en Base de Datos...
Surge del análisis del sistema: Si no es obligatorio, es nulificable, pero si el campo usa mucho espacio en tabla por su definición, y es opcional, no tiene sentido dejarlo en la tabla. Entra dentro de la etapa de transformación del modelo lógico al físico, y sólo se ve claramente con a experiencia.

Lo que hay que definir en el modelo es que hay una entidad débil, dependiente de otra. Carece de PK y es una relación 1:1 opcional.