Многозначные поля - хорошая идея?

Question

Недавно я познакомился с новой функцией Access 2007, которая представляет собой многозначные поля. Мое первоначальное впечатление заключается в том, что плохая идея использовать несколько значений в одном поле. Традиционно, если вы хотите, чтобы запись имела несколько значений для поля, вы создали бы еще две таблицы и свяжете их с внешними ключами. Это позволяет легко запрашивать и обеспечивает дублирование значений для одного и того же элемента. Сохранение списков в ячейке кажется нарушением цели баз данных.

Есть ли хорошее применение для этих полей, которые не заставляют меня чувствовать себя грязным?

Answer 1

Идея многозначных полей заключалась в том, чтобы поддерживать легкое создание объектов отчета/интерфейса, кроме того, можно создать форму, отображающую категории вопросов для проблемы. Вместо того, чтобы делать некоторые интенсивной работы, дай Бог соединяет, это было якобы проще хранить:

механическое, электрическое

в качестве значения в поле, а не

Механические Электрические

Personnally I не нравится и предполагает, что этот тип поля был создан для нетехнического персонала, такого как бухгалтеры :) (просто шучу). Нет серьезно, не используйте это, если вы не создаете глупый инструмент, который редко кто-нибудь будет использовать, и редко кто-нибудь когда-либо будет использовать.

Правильный способ справиться с этим - это объединение, отсутствие дубликатов и не много значений внутри столбцов (это все равно 3nf).

Другая причина, по которой это было создано, заключалась в поддержке нескольких значений внутри списка sharepoint.

Jon

Answer 2

Большой сегмент рынка доступа не является разработчиком, но является техническим, пользователями. Они могут не понимать значение нормализации, но они могут заставить что-то работать. Им просто нужно что-то простое, и это лучше, чем поле свободного текста, где люди вводят, где вы надеетесь, что все они набирают одно и то же.

Поскольку они узнают больше, они могут начать использовать другие таблицы и внешние ключи. Но, иногда, многозначное поле достаточно хорошо.

Answer 3

ПРОСТО СКАЗАТЬ НЕТ!
Если вы изучаете SQL, изучаете правильный путь и нормализуете свои таблицы. если вы знаете, что дизайн базы данных делает это правильно. Не каждая функция должна использоваться.

Answer 4

См:

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

У меня был долгий разговор с Сураджем Poozhiyil, программа Access менеджером ... как Suraj и я согласен от всего сердца, что разработчики не должны использовать многозначные поля. Люди, которые понимают базы данных , уже имеют хороший способ , реализуя многие из многих отношений и не получат никакой пользы из многозначных полей.

Итак, мои ясные и определенные советы разработчикам не использовать многозначные поля . Им нечего предложить нам за исключением потенциальной боли.

Answer 5

Не совсем ответа на вопрос здесь, но читатели хотели бы отметить, что существует целая ниша индустрии вокруг идеи MultValued Databases:

Эти базы данных отличаются от реляционной базы данных в том, что они имеют функции, которые поддерживают и поощряют использование атрибутов, имеющих список значений, а не все атрибуты , имеющие одно значение

Поскольку в этом случае механизм базы данных имеет расширения для языка запросов, чтобы учитывать многомерный характер его таблиц (который, как я предполагаю, Access, вероятно, не делает), то он не очень сопоставим с многозначными полями в Access. Но интересная параллель в любом случае (для тех, кто еще не слышал о базах данных MultValued).

Answer 6

Мне действительно не нравятся многозначные поля. Возможно, они сделали это, чтобы упростить взаимодействие с другими многозначными системами, такими как старая система PICK/Unidata. Готов поспорить, это забавно увеличить базу данных Access с использованием этой новой функции для SQL Server.

Answer 7

Многозначные поля могут легко избавить вас от необходимости создавать новую таблицу и отношения.

Сода -> Типы

Зачем мне нужен целый новый стол только сказать, что Пепси приходит в регулярном, диеты и многое другое.

Я желаю, чтобы они позволяют дать многозначные поля столбцов, то они были бы так же, как за стол, но с гораздо меньшим количеством работы