Creo que estás cruzando dos conceptos de diferente orden.
A nivel del modelo relacional, tal y como lo plantean Kort y Silberschatz (lo acabo de releer nuevamente, para más seguridad), existe la posibilidad de que existan "atributos multivalorados", pero lo que el libro plantea no es la existencia de campos de tabla que contengan N valores, sino que la instancia de la entidad relación (tupla) pueda tener un atributo que presente N variaciones de valores para ese atributo dado.
Eso se puede ver claramente cuando llegas al item 2.4.1:
Cita: (...) Al tratar un teléfono como un atributo número-teléfono implica que cada empleado tiene precisamente un número de teléfono. Al tratar un teléfono como una entidad teléfono permite
que los empleados puedan tener varios números de teléfono (incluido ninguno) asociados a ellos. Sin embargo, se podría definir fácilmente número-teléfono como un atributo multivalorado para permitir varios teléfonos por empleado.
La diferencia principal es que al tratar un teléfono como una entidad se modela mejor una situación en la que se puede querer almacenar información extra sobre un teléfono, como su ubicación, su tipo (móvil, videoteléfono o fijo) o quiénes comparten un teléfono. Así, al tratar un teléfono como una entidad es más general que tratarlo como un atributo y es apropiado cuando la generalidad pueda ser de utilidad
Y es en ese caso donde empieza a visualizar la normalización.
En la siguiente etapa, es decir en la construcción física de las bases de datos, como cada campo debe tener un valor atómico, y no pueden existir datos múltiples en él, se requiere que se divida la entidad en diferentes tablas.
Por ello, la definición de "multivalorado" es aplicable sólo al modelo lógico, y no al modelo físico, y sólo desde el punto de vista conceptual.
De hecho, en ese punto entra a jugar lo mencionado en el ítem 2.2.1 del mismo libro (correspondencia de cardinalidades), ya que en el ejemplo mismo que usa para mencionar los atributos multivaluados, hay una correspondencia 1:N entre el empleado y sus teléfonos, por tanto el umbral y límite pasan a ser restricciones del modelado, y por ende se definen como entidades relacionadas.
Respecto a lo que yo comento, sobre a que no es admisible crear esos atributos multivaluados: En este foro tratamos más con el modelo físico, que con el modelo lógico. Por eso decimos habitualmente que esta unicidad de valores es algo mandatorio.
En este sentido, conviene ver lo que dicen ambos autores en el mismo libro, algo más adelante:
Cita: 2.9.5. Atributos multivalorados
Se ha visto que los atributos en un diagrama E-R generalmente se asocian directamente en columnas para las tablas apropiadas. Los atributos multivalorados, sin embargo, son una excepción; para estos atributos se crean tablas nuevas.
Es decir, terminamos en el mismo punto: Atributos multivalorados, al momento de la implementación, se transforman en registros únicos de una tabla relacionada, por medio de la normalización.
Ergo: No existen los atributos (columnas o campos) multivalorados en una base de datos relacional.
. Al momento de estudiar había salteado ese apartado =/ Muchas gracias por esto! (Me salvaste de muchos errores en futuros diseños).
