¿Campos multivalorados una buena idea?

Question

Recientemente me presentaron la nueva característica de Access 2007, que es campos multivalor. Mi impresión inicial es que es una mala idea usar múltiples valores en un solo campo. Tradicionalmente, si quería permitir que un registro tuviera varios valores para un campo, crearía otras dos tablas y las vincularía con claves externas. Esto permite consultas fáciles y garantiza que los valores duplicados hagan referencia al mismo artículo. Mantener listas en una celda parece una violación del propósito de las bases de datos.

¿Hay buenos usos para estos campos que no me hacen sentir sucio?

Answer 1

La idea de los campos con varios valores era la de facilitar la creación de objetos de informe/interfaz, además, se puede crear un formulario que muestre categorías de un problema. En vez de hacer un trabajo intenso, dios no lo quiera une, que era supuestamente más simple para almacenar:

mecánica, eléctrica

como un valor en un campo en lugar de

mecánica eléctrica

Personalmente me no me gusta y supongo que este tipo de campo fue creado para personal no técnico como contadores :) (es broma). No en serio, no uses esto a menos que estés creando una herramienta tonta que rara vez alguien usará y rara vez alguien tendrá que aprovechar.

La forma correcta de manejar esto es unir, sin duplicados y sin valores múltiples dentro de las columnas (esto es todo 3nf de todos modos).

Otro motivo por el que se creó fue para admitir los valores múltiples dentro de una lista de puntos compartidos.

Jon

Answer 2

Un gran segmento del mercado de Acceso no es un desarrollador, sino un tipo de usuarios técnicos. Puede que no entiendan el valor de la normalización, pero pueden hacer que algo funcione. Simplemente necesitan algo fácil y es mejor que un campo de texto libre donde las personas escriben, donde espera que todos tipeen lo mismo.

A medida que aprenden más, pueden comenzar a utilizar otras tablas y claves externas. Pero, a veces, un campo multivaluado es lo suficientemente bueno.

Answer 3

APENAS DIGA NO!
si está aprendiendo SQL, aprenda de la forma correcta y normalice sus tablas. si conoce el diseño de la base de datos, hágalo de forma adecuada. No todas las características tienen que ser usadas.

Answer 4

Ver:

Multivalued datatypes considered harmful: How dangerous can a data type be?

tuve una larga conversación con Suraj Poozhiyil, la Administrador de Programas de Acceso ... tanto Suraj y estoy de acuerdo de todo corazón que los desarrolladores no necesitan utilizar campos de múltiples valores. Las personas que entienden las bases de datos ya tienen una buena forma de implementando muchas relaciones y no obtendrán ningún beneficio de campos de valores múltiples.

Por lo tanto, mi consejo claro y cierto a los desarrolladores de es no utilizar los campos de varios valores . No tienen nada que ofrecernos excepto dolor potencial.

Answer 5

realidad, no responder a la pregunta aquí, pero los lectores les gustaría señalar que hay toda una industria del lugar alrededor de la idea de MultValued Databases:

Estas bases de datos difieren de una base de datos relacional en que tienen características que apoyan y alientan el uso de atributos que tienen una lista de valores, en lugar de todos los atributos tener un único valor

Dado que en este caso el motor de base de datos tiene extensiones para su lenguaje de consulta para acomodar la naturaleza multidimensional de sus tablas (que supongo que Access probablemente no) entonces no es realmente comparable a campos multivalor en Access. Pero un paralelo interesante en cualquier caso (para cualquier persona que no haya escuchado hablar previamente de las Bases de datos MultValued).

Answer 6

Realmente no me gustan los campos multivaluables. Tal vez lo hicieron para facilitar la interfaz con otros sistemas de múltiples valores como el antiguo sistema PICK/Unidata. Apuesto a que es divertido actualizar una base de datos de Access con un uso intensivo de esta nueva función en SQL Server.

Answer 7

campos multivalorados pueden ahorrarle fácilmente tener que crear una nueva tabla y relación.

Soda -> Tipos

¿Por qué necesito una mesa completamente nueva sólo para decir que viene en Pepsi regular, dieta, y más.

Me gustaría que nos permiten dar columnas campos de varios valores, entonces sería igual que una mesa, pero con mucho menos trabajo