https://www.opennet.ru/openforum/vsluhforumID3/3287.html Система кэширования тяжелых объектов в оперативной памяти.<br>Позволяет используя специальное API (для Perl, PHP, Python, Java) прокэшировать в ОЗУ блок данных сопоставленный с определенным символьным ключом (работает как хэш). <br><br>Поддерживаемые операции "set", "add", "replace", "get", "delete", "flush_all", так же устанавливается время жизни элемента, после которого он будет удален из кэша.<br><br>Взаимодействие клиента и сервера производится через TCP соединение (libevent (http://monkey.org/~provos/libevent/) kqueue, select, poll и /dev/epoll схемы нотификации).<br><br>URL: http://www.danga.com/memcached/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=3417<br><br> https://www.opennet.ru/openforum/vsluhforumID3/3287.html#5 Wed, 18 Feb 2004 09:19:42 GMT &gt;СУБД там нипричем вообше. Там кода нет который с базами работает. <br><br>У memchached не тот уровень абстракции, чтобы с базами работать. Обращение к СУБД - это одна из наиболее типичных накладных операций кеширования которых желательно, при этом затратами на обращение к memchached по TCP/IP можно принебречь. Если вместо скриптования используется С/C++ - то, на то должны быть веские причины и мне кажется более оптимально использовать для кэширования какую-нибудь готовый hash в shared memory.<br><br>&gt;И этот memchached можно использовать во многих местах и, поверь, многие <br>&gt;хотят С++ APi. Достаточно почитать их maillist.<br><br>Протокол там очень простой, если хотят, но не могут потратить пару часов на написание интерфейсной библиотеки, значит это не обоснованные желания.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/3287.html#4 Wed, 18 Feb 2004 08:19:43 GMT СУБД там нипричем вообше. Там кода нет который с базами работает. И этот memchached можно использовать во многих местах и, поверь, многие хотят С++ APi. Достаточно почитать их maillist<br> https://www.opennet.ru/openforum/vsluhforumID3/3287.html#3 Tue, 17 Feb 2004 17:20:08 GMT &gt;Буквально вчера хотел его приспособить для нужд промышленности , но в нем <br>&gt;не оказалось поддержки C/С++ а так же нет транзакций. <br><br>Транзакции там не к месту. <br>То что нет и не будет поддержки C/C++ более чем понятно. Я себе не представляю web-проект на C/C++ работающий с SQL базой, ибо вся эффективность C/C++ при этом попадает в /dev/null так как узким местом является запрос к СУБД.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/3287.html#2 Tue, 17 Feb 2004 14:20:47 GMT Просто кривой /dev/hands<br>Настоящему программисту это не может помешать, как и все остальное<br> https://www.opennet.ru/openforum/vsluhforumID3/3287.html#1 Tue, 17 Feb 2004 07:55:17 GMT Буквально вчера хотел его приспособить для нужд промышленности , но в нем не оказалось поддержки C/С++ а так же нет транзакций. Не очень удобно.<br>