У меня тут ко всем вопрос:

Есть примерно десять категорий значений и 50 значений,которые принадлежат нескольким из категорий, но не всем.
Что лучше использовать - столбец с значением-кодом(проверят соответствие определенной категории по битовой маске категории) или отдельную таблицу с сопоставлением пар категория и принадлежащие ей значение? И почему?

Заранее благодарен всем ответившим.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

krvsa,

ну вообше значение-код представляет собой обычное целое число, которое просто сравнивается по логической операции &(и) со вторым обычным целым число, после чеге результат проверяется на равенство второму числу. То есть проверяется наличие бита данной категории в значение-коде.

Так что в принципе это подходит под 1NF, просто требует более сложной манипуляции над значением.Т.е. это упрошенная форма XML данных.

ШайтанspectatorpiterТак что в принципе это подходит под 1NF, просто требует более сложной манипуляции над значением.

это подходит под 1NF. ТОЧКА
а если " просто требует более сложной манипуляции над значением " - это уже не 1NF


Шайтан

krvsaspectatorpiterтребует более сложной манипуляции над значением
Вот поэтому и не подходит.
Таким макаром я могу и строку типа "А__Б_Т_Х___" хранить... А потом буковки "вырезать" из нее. Только это не 1НФ.

Сравнение по бинарной маске и обычное сравнение числа, одно и то же.

baracsspectatorpiter,

Делал проверку по битовой маске, чтобы заменить полтора десятка колонок с типом bit (они появлялись по мере возникновения новых э-э-э "категорий" ) на одну.
В таблице было около двух сотен строк. Все замечательно работало.

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

а сточки зрения производительности что быстрей по битовые маски проверки или огромная таблица сопоставления значений?

beluginspectatorpiter,
зависит от задачи. Например, можно ли построить индекс по биту битовой маски?

Ну в принципе да, индексы в MS SQL 2005 мощная сила. Так что пожалуй все таки надо использовать таблицу сопоставления значений.

baracsspectatorpiterа сточки зрения производительности что быстрей по битовые маски проверки или огромная таблица сопоставления значений?
На SQL 2000 и 2005, при такой, к примеру, выборке поиск по индексу, даже если он есть, не происходит (происходит Index Scan).
То есть, как уже было сказано, "огромная" (это сколько, кстати? ), но грамотно индексированная "таблица сопоставления" вполне может оказаться предпочтительнее.

Я и имел ввиду что таблица сопоставлений лучше, по производительности, по сравнению с битовой маской. Просто перейдя с MySQL на MS SQL 2005, все время забываю просто классную систему индексации у MS SQL.

"огромная" это более 15 000 с ближайшим расширением за 30 000