Форум пользователей MySQL

paulus написал:

... но вот индекс
над битовым полем Вы не натянете.

Поясните пожалуйста. Я вкурсе, что если бы 11100101 я хранил в одном поле, то индекс по такому полю мне ничего не дал бы. Но я намерен хранить каждый бит в отдельном поле TINY INT(1). А может и BIT(1), т.к. он на поверку оказался компактнее.
И что индекс по таким полям мне ничего не даст?

paulus написал:

В случае со sparse данными имеет смысл хранить
индексы установленных полей, а не матрицу битов — получается меньше места и
большое производительность.

Тоже хотел бы услышать пояснение. не знаю что такое sparse данные. И что подразумевается под индексами. Поле PRIMERY KEY?
Покажите пожалуйста наглядно в поле какого типа и каким образом вы предлагаете мне хранить индексы.

ещё вот, что. объекты у меня похожи все, но есть некоторое различие. и я уже изначально разделил их на две групп.
и теперь я понял следующее. что для объектов одной группы будут делаться запросы, где нужно лишь удостовериться, что те или иные флаги выставлены. а для объектов другой группы наоборот, важно вести поиск по сброшенным флагам.
но у той и другой группы объектов матрица флагов одинаково разрежена (т.е. преобладают нули).

Сейчас у меня так:

И когда мне нужно выбрать объекты с определенными установленными флагами. Я заведомо знаю в каких таблицах хранятся значения этих флагов, а значит делаю JOIN только нужных таблиц.
Но когда мне нужно выбрать объекты, у которых мне важно, чтобы определенные флаги были сброшены. Ситуация несколько меняется. Нужно делать JOIN гараздо большего кол-ва таблиц (т.к. нули преобладают), при том, что если в группе флагов все флаги равны нулю, то такая запись в таблице попросту отсутсвует. И мне даже не понятно как проверять на 0 флаг, записи о котором нет.
Поэтому сейчас я думаю для той группы объектов, которые я выбираю по сброшенным флагам, добавить такую таблицу:



Эта таблица, кстати построена на основе предыдущех. Т.е. та группа флагов, в которой все флаги сброшены, будет отмечена в этой таблице нулем.
Конечно, эта таблица будет тоже разрежена, ибо у меня ожидается что объект будет иметь флаги в 1, 2 максимум в 3-х группах. Но зато я заменяю одним JOIN'ом этой таблицы, множество JOIN'ов таблиц с группами флагов, записи для искомых объектов в которых отсутствуют.
А ещё можно ввести флаг 0.5 (или 2) для последней таблицы, которую я изобразил. Такой флаг будет означать, что в данной группе выставлены не все флаги. А флаг 1 будет означать, что выставлены все флаги. Таким образом, тоже можно будет сократить кол-во JOIN'уемых таблиц.

А может быть это вообще всё эконочия на спичках? Я собственно потому сюда и обратился, чтобы получить советы и рекомендации о том, как лучше мне решить мою задачу.
В любом случае меня интересуют ответы и на мои вопросы в предыдущем сообщении.

Отредактированно mybd (05.11.2010 00:20:09)

paulus написал:

Про sparse — да, Вы поняли меня правильно. Просто если у Вас 99% значе-
ний нули, то хранить их бесполезно. Кстати, в Вашем примере третий столбец —
лишний, он всегда хранит единицы

Это да я сразу понял, просто поленился убирать этот столбец
Но ведь, когда мне нужно делать выборки по флагам, которые равны 0, то получается, что эти нули сразу обретают смысл(значимость). Относительность, своего рода получается, понимаете? Всё зависит то выбранной системы. И было бы конечно супер если бы я смог хранить только единицы, и при этом на основе этой информации быстро делать выборки на основе отсутствующих записей.

paulus написал:

Касательно отсутствующих строк — почитайте про внешние объединения
(например, LEFT JOIN).

За эти слова, спасибо. Наводит уже на кое-какие мысли.
Был бы благодарен, если бы вы подсказали как из sparse таблицы сделать следующие выборки.

1. Выбрать объекты, у которых установлены флаги 2 и 3. Т.е должны выбраться объекты 1 и 3.
2. Выбрать объекты, у которых сброшены флаги 2 и 3. Т.е. должны выбраться объекты 5 и 6.

И JOIN этого к другой таблице по полю objectID.

Отредактированно mybd (05.11.2010 15:48:46)

не работает этот запрос. даже принимая во внимание опечатку в условии WHERE

видимо у нас разные исходные данные..
я так понимаю, что предполагается наличие двух таблиц.
в одной только id объектов.. а в другой id объектов и флаги, так?
у меня по крайней мере так.. и на такой запрос выдается ошибка что нет в таблице t1 поля flagID
или я что-то не понимаю? покажите какие таблицы используются в качестве исходных?

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

Отредактированно mybd (08.11.2010 15:21:14)