The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Pqc и pgwatch - новые инструменты для кэширования запросов и..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"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.dev/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 email 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 email 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 email 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 email 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 email on 28-Апр-11, 17:19 
> "соответствующее расширение" всё равно придётся написать, поскольку без него не будет инвалидации
> кэша. да, оно будет управлять поведением pqc, а не memcached, но
> это не значит "упрощение".

Не всегда есть доступ в логику приложения. По очень разным причинам. Ситуация к сожалению распространённая

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."  +/
Сообщение от Остров on 02-Мрт-11, 22:39 
Посмотрел внимательней.

Первое - они сами хранят данные в мемкеше.
Второе - нельзя сбросить все кеши для одной таблицы таблицы.

Короче не прокатывает... ((

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

31. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."  +/
Сообщение от BlessMaster email 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 email(ok) on 14-Мрт-11, 22:10 
> Это умеет не всякая БД. Только промышленные, имеющие SQL-кэш и кэш БД
> в розницу.

Интересно, вы не считаете постгрю промышленной БД ? имхо это зря ... Вполне работоспособное и качественная СУБД, наступающая на пятки "собственности Ларри" по возможностям. К счастью для народа купить её и положить под сукно нельзя - тут же выйдут форки
-
Я вот тоже использую оракле, но с потрохами очередной "империи зла" не продался, и там где возможно использую постгрю. Подумайте о том, что одна СУБД имеет перспективы, а используя другую - вы просто становитесь высокооплачиваемым и заточенным под определённую "мотыгу" рабом. И когда "такое" начинает ещё и превозносить свои цепи, это напоминает историю иудушки
-
Всё это конечно ИМХО, но думаю, что Оракл - хорошая СУБД - должно быть постепенно переработано, преодолено до появления достойных свободных альтернатив. Таков вектор, и именно такой альтернативой является постгря

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

32. "Pqc и pgwatch - новые инструменты для кэширования запросов и..."  +/
Сообщение от BlessMaster email on 28-Апр-11, 17:22 
> В смысле, а раньше БД этого не умели? Т.е. если я 50000
> раз сделаю запрос "SELECT мне вон ту фиговину", то оно 50000
> раз сделает одинаковый запрос к базе?

У PostgreSQL очень развитый механизм кеширования. Но фишка кеширования в стороннем продукте через мемкеш - расширение кеша на кластер машин.

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру