| 1.1, Аноним (-), 09:27, 22/05/2013 [ответить]
| –2 +/– | |
> Программный интерфейс memcached, благодаря своей простоте и удобству использования, стал стандартом де-факто и поддерживается большинством систем, оперирующих данными ключ/значение
А как же BDB?
| | |
| |
| 2.2, Andrey Mitrofanov (?), 09:37, 22/05/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Программный интерфейс memcached, благодаря своей простоте и удобству использования,
> А как же BDB?
Не благодарит memcached за его простоту и удобство использования. Очевидно же!
| | |
| 2.5, samm (ok), 13:12, 22/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
 насколько я помню BDB не предполагает удаленного IP общения, это - API, причем ограниченный одним процессом.
| | |
|
| |
| 2.6, samm (ok), 13:19, 22/05/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
1) На простых операциях мемкешд ощутимо быстрее. Часто key->value в памяти вполне достаточно. Кроме того - редис до сих пор однотредовый, со всеми присущими этому подходу ограничениями. Иногда кстати архитектура redis+memcached вполне оправдана.
2) Как замечено в статье - это уже апи, которые поддерживает много других программ, включая MySQL 5.6, couchbase и так далее.
| | |
| |
| 3.7, Аноним (-), 23:51, 22/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
а также memcachedb (которая с lmdb-бэкендом *быстрее* чем in-memory memcached), repcached, и много еще чего
| | |
|
|
| 1.8, бедный буратино (ok), 08:28, 23/05/2013 [ответить]
| +/– |
 Я тут свою бд с новым заветом вместо всяких баз-шмаз решил с нуля просто грузить в память при запуске, в виде серии диктов. При этом скорость всех операций и выборок стала такая, что десять страниц отдадутся быстрее, чем одна коннекция к серверу стороннего кэша-редиса-итдитп. Плюс на малорамных openvz-хах нет лишних затрат памяти.
А уж по удобству использования, и доступа к данным в любом месте "на месте" - ну вообще кучеряво. В редисах данные сами по себе плоские, а если всё время их сериализовать-десериализовать - опять лишний оверхед.
| | |
|
