форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
Сообщение от opennews (ok) on 02-Мрт-11, 04:04
Представлены (http://www.postgresql.org/about/news.1296) два новых полезных приложения для PostgreSQL: -  Pqc (http://code.google.com/p/pqc/) (PostgreSQL Query Cache) - система кэширования запросов к PostgreSQL, позволяющая увеличить производительность СУБД при большом объеме типовых запросов в десятки и даже сотни раз. Pqc работает (http://www.slideshare.net/uptimeforce/postgresql-query-cache...) в виде прокси, принимающего запросы от клиентов и транслирующего их к PostggreSQL, результат определенных SELECT-запросов при этом сохраняется в памяти и в случае поступления повторного запроса, если не истек таймаут, данные выдаются из локального кэша. Поддерживается задание правил, какие запросы можно кэшировать, а какие нет. Также возможна настройка политики кэширования на основании длительности выполнения запроса или использовании в теле запроса специальных флаговых значений (команды передаются внутри комментария, например, "/* cache: refrash */ SELECT..." или "/* cache: on */... URL: http://www.postgresql.org/about/news.1296 Новость: http://www.opennet.me/opennews/art.shtml?num=29761
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
Сообщение от Logo (ok) on 02-Мрт-11, 04:04
>результат определенных SELECT-запросов при этом сохраняется в памяти и в случае поступления повторного запроса, если не истек таймаут, данные выдаются из локального кэша. А если данные были изменены другим пользователем, - ждать таймаута?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	–9 +/–
	Сообщение от posixd on 02-Мрт-11, 04:12
	Юзай оракле 11g, там есть result cache, который автоматом инвалидирует кеш запроса, если данные изменились.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+3 +/–
	Сообщение от Logo (ok) on 02-Мрт-11, 04:28
	Вопрос о Pqc а не Оракле.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от Аноним (??) on 02-Мрт-11, 05:39
	Oracle под дулом пистолета не буду использовать, спасибо - намучался уже.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	10. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от Аноним (??) on 02-Мрт-11, 09:47
	> Oracle под дулом пистолета не буду использовать, спасибо - намучался уже. Может, просто учил матчасть плохо? На курсы-то ходил? Доки курил?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	19. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от Sw00p aka Jerom on 02-Мрт-11, 13:11
	сертификат мастера получил ?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	4. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от anonymous (??) on 02-Мрт-11, 05:20
	>Поддерживается задание правил, какие запросы можно кэшировать, а какие нет. Также возможна настройка политики кэширования на основании длительности выполнения запроса или использовании в теле запроса специальных флаговых значений (команды передаются внутри комментария, например, "/* cache: refrash */ SELECT..." или "/* cache: on */ SELECT...").
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	11. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	–2 +/–
	Сообщение от Аноним (??) on 02-Мрт-11, 09:48
	>>Поддерживается задание правил, какие запросы можно кэшировать, а какие нет. Также возможна настройка политики кэширования на основании длительности выполнения запроса или использовании в теле запроса специальных флаговых значений (команды передаются внутри комментария, например, "/* cache: refrash */ SELECT..." или "/* cache: on */ SELECT..."). В Оракле это существует более 20 лет и называется хинтами оптимизатора. Которые тоже являются псевдокомментариями. Вот и дошло за 20 лет до постгреса "нововведение", которое так давно сгнило, что даже не воняет уже.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+1 +/–
	Сообщение от agent_007 (ok) on 02-Мрт-11, 10:20
	> Вот и дошло за 20 лет до постгреса "нововведение", которое так давно сгнило, что даже не воняет уже. внешний кэш результатов не имеет к постгресу никакого отношения.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	17. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+2 +/–
	Сообщение от BlessMaster on 02-Мрт-11, 11:25
	> В Оракле это существует более 20 лет [...] и дошло до постгреса > "нововведение", которое так давно сгнило, что даже не воняет уже. Умеют же некоторые в одном предложении похвалиться чем-то, и тут же это обосрать до неузнаваемости - так "тонко" протроллить сразу обе стороны.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	26. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	–1 +/–
	Сообщение от Аноним (??) on 13-Мрт-11, 18:07
	>> В Оракле это существует более 20 лет [...] и дошло до постгреса >> "нововведение", которое так давно сгнило, что даже не воняет уже. > Умеют же некоторые в одном предложении похвалиться чем-то, и тут же это > обосрать до неузнаваемости - так "тонко" протроллить сразу обе стороны. Тут хвалиться нечем, собственно. Это действительно более 20 лет существует в Оракле. Но мы же в сторону проприетарщиков пилюем, у нас свой путь, особый. Велосипедами усыпанный густо.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	28. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от BlessMaster on 28-Апр-11, 17:16
	> Тут хвалиться нечем, собственно. Это действительно более 20 лет существует в Оракле. > Но мы же в сторону проприетарщиков пилюем, у нас свой путь, > особый. Велосипедами усыпанный густо. Существует и что? Появление или отсутствие определённых инструментов само по себе ещё не характеризует систему в целом. А без примеров почему плохо/хорошо, в каких обстоятельствах и с какой целью - разговор бессмысленный.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	7. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от grafsoft (ok) on 02-Мрт-11, 07:58
	>результат определенных SELECT-запросов при этом сохраняется в памяти и в случае поступления повторного запроса, если не истек таймаут, данные выдаются из локального кэша. Если честно бред какой то,
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	9. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от Аноним (??) on 02-Мрт-11, 09:46
	А кэширующий сквид - не бред? "Используй голову, Люк."
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	15. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+1 +/–
	Сообщение от Hety (??) on 02-Мрт-11, 11:16
	Товарищ не понял. Слово "бред" обычно используют, чтобы отмести идею, которая для произносящего это слово слишком сложна.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	20. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от grafsoft (ok) on 02-Мрт-11, 18:04
	> Товарищ не понял. Слово "бред" обычно используют, чтобы отмести идею, которая для > произносящего это слово слишком сложна. Тут предлагают заведомо писать кривое приложение для использования костыля. И это БРЕД
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	29. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от BlessMaster on 28-Апр-11, 17:18
	> Тут предлагают заведомо писать кривое приложение для использования костыля. > И это БРЕД "Заведомо" - требует аргументации. Ибо неочевидна заведомость.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

5. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
Сообщение от Аноним (??) on 02-Мрт-11, 05:38
> наглядные и интерактивные Flash-графики И неработающие, лол.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
Сообщение от Ostrovok on 02-Мрт-11, 09:20
PostgreSQL Query Cache. Приветсвуем, ибо для многих небольших вебпроектов станет хорошей заменой мемкеша. Pgwatch. Надо бы пощупать, что за зверь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от agent_007 (ok) on 02-Мрт-11, 10:25
	> Приветсвуем, ибо для многих небольших вебпроектов станет хорошей заменой мемкеша. каким образом ? по желанию клиента pqc  внезапно перестанет хранить данные в мемкэше ?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	16. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от BlessMaster on 02-Мрт-11, 11:18
	> PostgreSQL Query Cache. > Приветсвуем, ибо для многих небольших вебпроектов станет хорошей заменой мемкеша. Скорее не замена, а наоборот, простой способ внедрения, вместо написания соответсвующего расширения в слое абстракции работы с данными, которого может и не быть.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	18. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от agent_007 (ok) on 02-Мрт-11, 11:32
	> Скорее не замена, а наоборот, простой способ внедрения, вместо написания соответсвующего расширения в слое абстракции работы с данными, которого может и не быть. "соответствующее расширение" всё равно придётся написать, поскольку без него не будет инвалидации кэша. да, оно будет управлять поведением pqc, а не memcached, но это не значит "упрощение".
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	30. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от BlessMaster on 28-Апр-11, 17:19
	> "соответствующее расширение" всё равно придётся написать, поскольку без него не будет инвалидации > кэша. да, оно будет управлять поведением pqc, а не memcached, но > это не значит "упрощение". Не всегда есть доступ в логику приложения. По очень разным причинам. Ситуация к сожалению распространённая
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	21. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от Остров on 02-Мрт-11, 22:39
	Посмотрел внимательней. Первое - они сами хранят данные в мемкеше. Второе - нельзя сбросить все кеши для одной таблицы таблицы. Короче не прокатывает... ((
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	31. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от BlessMaster on 28-Апр-11, 17:20
	> Короче не прокатывает... (( Тут изначально понятно, что оно для узкого применения. Ну и проект, думаю, будет развиваться, если он кому-то нужен - можно им запрос отправить на фичу.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

23. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
Сообщение от бедный буратино (ok) on 12-Мрт-11, 06:07
В смысле, а раньше БД этого не умели? Т.е. если я 50000 раз сделаю запрос "SELECT мне вон ту фиговину", то оно 50000 раз сделает одинаковый запрос к базе?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от Аноним (??) on 13-Мрт-11, 18:03
	Это умеет не всякая БД. Только промышленные, имеющие SQL-кэш и кэш БД в розницу.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	27. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от zerot (ok) on 14-Мрт-11, 22:10
	> Это умеет не всякая БД. Только промышленные, имеющие SQL-кэш и кэш БД > в розницу. Интересно, вы не считаете постгрю промышленной БД ? имхо это зря ... Вполне работоспособное и качественная СУБД, наступающая на пятки "собственности Ларри" по возможностям. К счастью для народа купить её и положить под сукно нельзя - тут же выйдут форки - Я вот тоже использую оракле, но с потрохами очередной "империи зла" не продался, и там где возможно использую постгрю. Подумайте о том, что одна СУБД имеет перспективы, а используя другую - вы просто становитесь высокооплачиваемым и заточенным под определённую "мотыгу" рабом. И когда "такое" начинает ещё и превозносить свои цепи, это напоминает историю иудушки - Всё это конечно ИМХО, но думаю, что Оракл - хорошая СУБД - должно быть постепенно переработано, преодолено до появления достойных свободных альтернатив. Таков вектор, и именно такой альтернативой является постгря
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	32. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."	+/–
	Сообщение от BlessMaster on 28-Апр-11, 17:22
	> В смысле, а раньше БД этого не умели? Т.е. если я 50000 > раз сделаю запрос "SELECT мне вон ту фиговину", то оно 50000 > раз сделает одинаковый запрос к базе? У PostgreSQL очень развитый механизм кеширования. Но фишка кеширования в стороннем продукте через мемкеш - расширение кеша на кластер машин. Для различных поисковых систем с поиском обновляющимся не в рилтайм очень удобная вещь
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема