Форум MySQL

А я её знаю.

Только это не умаляет того факта, что в реляционных БД разные элементы одного типа нужно хранить на разных строках, если есть нужда работать с ними независимо.
В противном случае схема БД вылезает из 1-й , 2-й, 3-й нормальных форм, и оперировать ей становится сущее мучение.

А да,вспомнил:1-лампы,2-транзисторы,3-БИС,4-микропроцессоры...Что ж,тогда вы должны знать цену каждого бита информации ...

Зал метров 50 квадратных.. со шкафами
Например 3 шкафа - процессор, еще пара шкафов - 2 блока ОЗУ по 4 килослова (каждое слово по 37 бит) и т.д.
Интеграция уровня отдельных транзисторов, диодов, сопротивлений, конденсаторов .

1. Как манипулировать битовыми полями,я знаю,и надеялся,что в бд это организовано получше... :( просто я естественно могу быть неправ,и ессно хочу узнать,как лучшей и небольней организовать моя алгоритм :) 2. Для себя-что есть компьютер 2-го поколения ?

Что-то я не очень понял Ваш взрыв...
Вы хотите знать, как хранить множества в виде битовых полей и произвольно манипулировать ими?
Или Вы хотите хранить множества в типе SET языка MySQL и иметь возможность быстро и прямо выводить результат?
Или Вы хотите и то и другое сразу?

Последнее я не обещал.
Второе Вы, как я понял, изучили досконально сами, и остались недовольны. Я, кстати, тоже.
А первое могу показать.

К слову сказать, я учился программировать на ЭВМ второго поколения. Сейчас такие в музеях не сыщешь.

Просто я начал программировать в эпоху 3.5 мегагерцевых процессоров,когда в 40 кб озу вмещалась хорошая трехмерная игра,а в 4 кб я записывал 300 строк с 8-10 символьным именем,размером и кучей другой инфы,и мне просто дико битовую информацию писать в отдельное поле...

Вот недавно тов. Trianon Указал по поводу этой темы,что я просто "не сумел довести реализацию до ума..." Все уже решено через тип поля TEXT и строковые функции,но все же стало интересно,в натуре я такой тупой :) и возможно ли как либо реализовать мой алгоритм более рационально...Мне это очень интересно,так как не стыдно учиться,стыдно не учиться,а мне ужо 31 год,может,я просто потерял нюх к новым решениям,закостенел ??? Кто сможет понять,о чем речь в моей теме,прошу настоятельно ответить

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

>Хреново...Я то надеялся,что поле SET подобно строке таблицы,то есть необязательно знать порядок расположения битов/столбцов в поле/строке,достаточно знать их имена...
Так и есть.

>А вводить 64 столбца в таблицу,чтобы заполнять их значениями 0 и 1-это......
Я такое предлагал?!
Плотность хранения информации в обоих случаях максимальная - 1 бит на 1 элемент множества.

Или может,я коряво организовал алгоритм и кто-то предложит что то умнее ? Смысл таков:имеем множество разделов сайта,в каждом из которых может быть несколько модераторов или суперюзеров.Имеем множество людей,которые могут быть модерами/суперюзерами в нескольких разделах сайта.Я реализовал так:таблица profile ,поля login,pass, ... xsuperuser SET('gb','forum1',...) и аналогичное xmoderator.