Хранение логических переменных в одном числе

[Виталий Желтяков]

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

Точно также как и в вашем случае - написать пользовательскую функцию, которая извлекает массив, меняет и снова сериализует и сохраняет.

Но ИМХО - мне удобнее работать с обним столбцом, а не с 50-тью.

Вы им что гвозди забиваете? Не вижу никаких проблем, это ваши предубеждения.

BIGINT имеет размер 8 байт

Да, в этом случае мы имеем выгоду при более 8 параметров и проигрыш при меньшем количестве.

Тут ошибка в логике.
Вы работаете только с БД. Так никто не делает.
Вам же сказали: при инициализации вытаскиваете массив настроек в сессию и работаете с ней без обращения к БД - выгода в сотни раз больше, чем от того способа, который вы предложили.

[AlexanderGalkin]

Вопрос был:

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

Точно также как и в вашем случае - написать пользовательскую функцию, которая извлекает массив, меняет и снова сериализует и сохраняет.

Вопрос не касался PHP. Напишите пожалуйста SQL запрос если значения хранятся в сериализированной строке.

Учту пожелания, с сессией действительно работал немного, поэтому и развил логику по работе с БД.

[AlexanderGalkin]

Вопрос был:

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

Точно также как и в вашем случае - написать пользовательскую функцию, которая извлекает массив, меняет и снова сериализует и сохраняет.

Вопрос не касался PHP. Напишите пожалуйста SQL запрос если значения хранятся в сериализированной строке.

Учту пожелания, с сессией действительно работал немного, поэтому и развил логику по работе с БД.

[AlexanderGalkin]

Вам же сказали: при инициализации вытаскиваете массив настроек в сессию и работаете с ней без обращения к БД - выгода в сотни раз больше, чем от того способа, который вы предложили.

Забыл упомянуть один важный момент, меня интересуют настройки многих пользователей, а не текущего. Скажем есть "контакты" пользователя, у которых есть "темы" на форуме. У каждого пользователя есть настройки "приватности просмотра тем".

Когда же необходимо вывести список тем контактов, проверяются настройки каждого контакта(пользователя). При храненнии в сериализованной строке приходилось бы настройки каждого контакта стягивать отдельным запросом и только потом делать зарос на темы. В даном случае помогло бы хранение 20-ти параметров в разных колонках. Но мне эта идея не понравилась.

Вы им что гвозди забиваете? Не вижу никаких проблем, это ваши предубеждения.

У каждого свои предубеждения. Не вижу в этом ничего плохого.

[Виталий Желтяков]

Вопрос не касался PHP. Напишите пожалуйста SQL запрос если значения хранятся в сериализированной строке.

Это не возможно, да и не нужно. Разберитесь с сессиями поймёте почему.

Когда же необходимо вывести список тем контактов, проверяются настройки каждого контакта(пользователя). При храненнии в сериализованной строке приходилось бы настройки каждого контакта стягивать отдельным запросом и только потом делать зарос на темы. В даном случае помогло бы хранение 20-ти параметров в разных колонках. Но мне эта идея не понравилась.

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

[graymaster]

Самому пришлось немного с этим работать (правда причина была не в желании уменьшить базу, а в совместимости с бинарной-хип базой).

Для БД лучше использовать битвайз-функции самого Mysql, а не посылать лишние селекты/апдейты, как тут

    $query = 'SELECT user_options FROM table_users WHERE user_id='.$user_id.';';
    $result = mysql_query($query);
...
            $query = 'UPDATE table_users SET user_options='.$new_val.' WHERE user_id='.$user_id.';'; 
            $result = mysql_query($query);

можно ставить как-то сразу вот так (не проверял, но должно вроде работать)

$query = 'UPDATE table_users SET user_options=user_options | '.pow(2,$opt_ind-1).' WHERE user_id='.$user_id.';'; 
            $result = mysql_query($query);

и вот так снимать

$query = 'UPDATE table_users SET user_options=user_options & ~'.pow(2,$opt_ind-1).' WHERE user_id='.$user_id.';'; 
            $result = mysql_query($query);

смотрите тут http://dev.mysql.com/doc/refman/5.0/...functions.html

Вот это вот:

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

SELECT * FROM table_users WHERE IF(LENGTH(BIN(table_users.user_options))<9, 0,  LEFT(RIGHT(BIN(table_users.user_options),9),1))=1;

Тоже несколько тяжеловесно, используйте условие

table_users.user_options&512<>0

512 откуда взялось, думаю понятно.

Кроме того, становится достаточно просто сделать выборку на совпадение 2-х и более опций. (через битвайз-ор и энд, т.е. 1 и 9 опции - это 513 и т.д.)
Если необходимо сделать проверку на выключенные и включённые опции одновременно в 1 условии можно использовать маску.


и вообще, вместо pow() советую использовать предопределённый массив со степенями, дешевше выйдет.

[AlexanderGalkin]

На днях ковырял фреймворк Symfony2 и обнаружил, что в его компоненте ACL как раз таки используется число (маска) для хранения прав пользователя.

https://github.com/symfony/symfony/b...askBuilder.php

Не совсем тоже самое, что описано выше, но идея схожа.