https://www.opennet.ru/openforum/vsluhforumID3/75105.html Представлены (http://www.postgresql.org/about/news.1296) два новых полезных приложения для PostgreSQL:<br><br><br><br>- Pqc (http://code.google.com/p/pqc/) (PostgreSQL Query Cache) - система кэширования запросов к PostgreSQL, позволяющая увеличить производительность СУБД при большом объеме типовых запросов в десятки и даже сотни раз. Pqc работает (http://www.slideshare.net/uptimeforce/postgresql-query-cache-pqc) в виде прокси, принимающего запросы от клиентов и транслирующего их к PostggreSQL, результат определенных SELECT-запросов при этом сохраняется в памяти и в случае поступления повторного запроса, если не истек таймаут, данные выдаются из локального кэша. <br><br><br>Поддерживается задание правил, какие запросы можно кэшировать, а какие нет. Также возможна настройка политики кэширования на основании длительности выполнения запроса или использовании в теле запроса специальных флаговых значений (команды передаются внутри комментария, например, "/* cache: refrash */ SELECT..." или "/* cache: on */...<br><br>URL: http://www.pos https://www.opennet.ru/openforum/vsluhforumID3/75105.html#32 Thu, 28 Apr 2011 13:22:46 GMT &gt; В смысле, а раньше БД этого не умели? Т.е. если я 50000 <br>&gt; раз сделаю запрос "SELECT мне вон ту фиговину", то оно 50000 <br>&gt; раз сделает одинаковый запрос к базе?<br><br>У PostgreSQL очень развитый механизм кеширования. Но фишка кеширования в стороннем продукте через мемкеш - расширение кеша на кластер машин.<br><br>Для различных поисковых систем с поиском обновляющимся не в рилтайм очень удобная вещь<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#31 Thu, 28 Apr 2011 13:20:21 GMT &gt; Короче не прокатывает... (( <br><br>Тут изначально понятно, что оно для узкого применения.<br>Ну и проект, думаю, будет развиваться, если он кому-то нужен - можно им запрос отправить на фичу.<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#30 Thu, 28 Apr 2011 13:19:16 GMT &gt; "соответствующее расширение" всё равно придётся написать, поскольку без него не будет инвалидации <br>&gt; кэша. да, оно будет управлять поведением pqc, а не memcached, но <br>&gt; это не значит "упрощение".<br><br>Не всегда есть доступ в логику приложения. По очень разным причинам. Ситуация к сожалению распространённая<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#29 Thu, 28 Apr 2011 13:18:00 GMT &gt; Тут предлагают заведомо писать кривое приложение для использования костыля.<br>&gt; И это БРЕД <br><br>"Заведомо" - требует аргументации. Ибо неочевидна заведомость.<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#28 Thu, 28 Apr 2011 13:16:55 GMT &gt; Тут хвалиться нечем, собственно. Это действительно более 20 лет существует в Оракле. <br>&gt; Но мы же в сторону проприетарщиков пилюем, у нас свой путь, <br>&gt; особый. Велосипедами усыпанный густо.<br><br>Существует и что? Появление или отсутствие определённых инструментов само по себе ещё не характеризует систему в целом. А без примеров почему плохо/хорошо, в каких обстоятельствах и с какой целью - разговор бессмысленный.<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#27 Mon, 14 Mar 2011 19:10:29 GMT &gt; Это умеет не всякая БД. Только промышленные, имеющие SQL-кэш и кэш БД <br>&gt; в розницу.<br><br>Интересно, вы не считаете постгрю промышленной БД ? имхо это зря ... Вполне работоспособное и качественная СУБД, наступающая на пятки "собственности Ларри" по возможностям. К счастью для народа купить её и положить под сукно нельзя - тут же выйдут форки<br>-<br>Я вот тоже использую оракле, но с потрохами очередной "империи зла" не продался, и там где возможно использую постгрю. Подумайте о том, что одна СУБД имеет перспективы, а используя другую - вы просто становитесь высокооплачиваемым и заточенным под определённую "мотыгу" рабом. И когда "такое" начинает ещё и превозносить свои цепи, это напоминает историю иудушки<br>- <br>Всё это конечно ИМХО, но думаю, что Оракл - хорошая СУБД - должно быть постепенно переработано, преодолено до появления достойных свободных альтернатив. Таков вектор, и именно такой альтернативой является постгря<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#26 Sun, 13 Mar 2011 15:07:06 GMT &gt;&gt; В Оракле это существует более 20 лет [...] и дошло до постгреса <br>&gt;&gt; "нововведение", которое так давно сгнило, что даже не воняет уже.<br>&gt; Умеют же некоторые в одном предложении похвалиться чем-то, и тут же это <br>&gt; обосрать до неузнаваемости - так "тонко" протроллить сразу обе стороны.<br><br>Тут хвалиться нечем, собственно. Это действительно более 20 лет существует в Оракле. Но мы же в сторону проприетарщиков пилюем, у нас свой путь, особый. Велосипедами усыпанный густо.<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#24 Sun, 13 Mar 2011 15:03:53 GMT Это умеет не всякая БД. Только промышленные, имеющие SQL-кэш и кэш БД в розницу.<br> https://www.opennet.ru/openforum/vsluhforumID3/75105.html#23 Sat, 12 Mar 2011 03:07:46 GMT В смысле, а раньше БД этого не умели? Т.е. если я 50000 раз сделаю запрос "SELECT мне вон ту фиговину", то оно 50000 раз сделает одинаковый запрос к базе?<br>