PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Выбор дополнительных данных с memcache

Форумы портала PHP.SU » PHP » Программирование на PHP (Модераторы: valenok, OrmaJever, Саныч)

Страниц (1): [1]

Без описания

Поиск в теме | Версия для печати

Segol	Отправлено: 20 Ноября, 2013 - 20:34:28
Гость Покинул форум Сообщений всего: 95 Дата рег-ции: Май 2013 Помог: 0 раз(а)	Добрый день, собственно вопрос прост.. можно ли как нибудь с общего ключа memcache выбрать дополнительное ограничение.. к примеру сейчас так PHP: скопировать код в буфер обмена $wibor = $memcache->get($key); foreach ($wibor as $myrow){ $wrema=$myrow[перечен даннх]; } а хотелось бы чтоб с PHP: скопировать код в буфер обмена $wibor можно было выбрать данные только одного ид к примеру как с самой базы к примеру PHP: скопировать код в буфер обмена WHERE channel_id = ".$program." AND date_from <= ".$zvet." AND date_to >= ".$zvet." можно как нибудь реализовать ?

Segol	Отправлено: 21 Ноября, 2013 - 05:09:14
Гость Покинул форум Сообщений всего: 95 Дата рег-ции: Май 2013 Помог: 0 раз(а)	Неужели данные с memcache нельзя более отсортировывает ?

DeepVarvar	Отправлено: 21 Ноября, 2013 - 06:24:45
Активный участник Покинул форум Сообщений всего: 10377 Дата рег-ции: Дек. 2008 Откуда: Альфа Центавра Помог: 353 раз(а)	Мемкеш это не СУРБД, он просто хранит то что в него положут. Хотите так - кладите по одному. ----- Шта? Репозиторий?

Segol	Отправлено: 21 Ноября, 2013 - 07:20:34
Гость Покинул форум Сообщений всего: 95 Дата рег-ции: Май 2013 Помог: 0 раз(а)	DeepVarvar пишет: Мемкеш это СУРБД, он просто хранит то что в него положут. Хотите так - кладите по одному. Я понимаю хранилище в том то его и прелесть.. предположим, в хеше.. данные за день.. а надо выбрать данные одного пользователя за этот день получается отсортировать уже готовый не выйдет ? если это так то минус ему.. что-ж на каждого пользователя свой key создавать--

DeepVarvar	Отправлено: 21 Ноября, 2013 - 07:24:57
Активный участник Покинул форум Сообщений всего: 10377 Дата рег-ции: Дек. 2008 Откуда: Альфа Центавра Помог: 353 раз(а)	DeepVarvar пишет: Мемкеш это не СУРБД, он просто хранит то что в него положут. Хотите так - кладите по одному. ----- Шта? Репозиторий?

Segol	Отправлено: 21 Ноября, 2013 - 07:29:45
Гость Покинул форум Сообщений всего: 95 Дата рег-ции: Май 2013 Помог: 0 раз(а)	DeepVarvar пишет: DeepVarvar пишет: Мемкеш это не СУРБД, он просто хранит то что в него положут. Хотите так - кладите по одному. Тоесть вариант один ,создавать клучи на каждого пользователя..? не думал что будет так... раз это абстрактная БД--почему нельзя было продумат данный вопрос... ок..спасибо Вам за ответ..предаётся отказываться..

LIME	Отправлено: 21 Ноября, 2013 - 08:35:19
Активный участник Покинул форум Сообщений всего: 10732 Дата рег-ции: Нояб. 2010 Помог: 322 раз(а)	в таких случаях создается дополнительный индексный хеш в котором ключом будет дата например а значением ключ пользователя(логин) ну или типа того подробнее не опишу так как не очень понял из описания задачу но тут надо самому заморочится с GC если в мемкеше нет TTL

Мелкий	Отправлено: 21 Ноября, 2013 - 08:53:40
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	Segol пишет: почему нельзя было продумат данный вопрос... А зачем? memcache - кэш. Взял значение - отдал значение. Просто, быстро и ещё раз быстро. И БД его назвать невозможно. Он не является БД. Большая, но тупая хеш-таблица. LIME пишет: но тут надо самому заморочится с GC если в мемкеше нет TTL TTL есть, но если данными управляете вы - то TTL не нужен. Выгоднее самостоятельно инвалидировать данные при их изменении - так кэш работает эффективнее. ----- PostgreSQL DBA

LIME	Отправлено: 21 Ноября, 2013 - 08:58:27
Активный участник Покинул форум Сообщений всего: 10732 Дата рег-ции: Нояб. 2010 Помог: 322 раз(а)	Мелкий пишет: Выгоднее самостоятельно инвалидировать данные при их изменении - так кэш работает эффективнее. абсолютно верно...но... лучше всеже установить TTL чтоб не скапливались не затребованные данные например на сутки конечно это больше зависит от логики приложения

Мелкий	Отправлено: 21 Ноября, 2013 - 09:05:44
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	LIME пишет: лучше всеже установить TTL чтоб не скапливались не затребованные данные LRU. Не требуются - ну и пусть висят. memcache всё равно эту память системе не отдаст, он её занимает эксклюзивно (за что в первую очередь OOM-киллером и убивается, как правило ). Размер кэша (и их количество) под свои задачи всё равно только по данным мониторинга подгонять. ----- PostgreSQL DBA

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Программирование на PHP »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.