спроектировали базу вот таким образом:

таблица со списками вопросов:
table questions
(
question_id int,
question_text TEXT,
);

это таблица из не более чем 20 вопросов,
содержит к примеру данные:
(1, "question1 text" );
(2, "question2 text" );
(3, "question3 text" );
..
(20, "question20 text" );

Ответом на вопрос может быть только "да" или "нет";

есть таблица пользователей, в ней хранятся ответы пользователей на вопросы,
ее вид:

table user_answers
(
user_id int,
answer_mask bit(20),
);

answer_mask - это битовая маска для хранения ответов на вопросы,
1й бит - ответ на первый вопрос (0-нет, 1-да), 2й - на второй и т.д.


А вот меня мучает вопрос - можно ли как-то построить индекс для unswer_mask так, чтобы он использовался для поиска пользователей ответвиших определенным образом на некоторые вопросы ? То есть поиск всех пользователей для которых (answer_mask && maska_poiska)!=0

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

используется PostgreSQL, возможно ли под ним такое ?

пользователей действительно много, (~100000)
и маску стали использовать именно для сокращения размера базы;

(таблица с ответами пользователей содержит еще много других полей)

или, если это возможно, подскажите как сделать хоть с ущербом для объема ?
главное - скорость поиска, ради этого я готов пойти на почти любые жертвы :)

не понял, что это должно дать ?

елки зеленые, 20 новых полей ... и обозвать их как-то нужно .. :)
можно конечно в отдельную таблицу впихнуть и заполнять ее триггером из первой таблицы, ..

я тут задумался, 20 полей это ведь 20 индексов, а как хотелось все впихнуть в один индекс, эхх ...