https://opennet.dev/openforum/vsluhforumID3/79413.html Компания Google [[http://google-opensource.blogspot.com/2011/07/leveldb-fast-persistent-key-value-store.html]] объявила о переводе LevelDB (http://code.google.com/p/leveldb/), высокопроизводительной системы для хранения данных в формате ключ/значение, в разряд открытых проектов. Хранилище LevelDB написано на языке С++ и подключается к приложениям в виде разделяемой библиотеки (как SQLite и BerkeleyDB), обеспечивая возможность организации упорядоченных наборов данных, в которых строковые ключи сопоставлены со строковыми значениями. Код LevelDB открыт (http://code.google.com/p/leveldb/source/browse/#svn%2Ftrunk) под лицензией BSD.<br><br><br>Отдельно подчеркивается поддержка эффективного упорядоченного хранения, т.е. связки ключ/значение хранятся в отсортированном виде. Среди примеров возможных применений LevelDB, упоминается использование библиотеки в web-браузере, для хранения кэша последних открытых страниц, или использование в пакетном менеджере для хранения списка установленных пакетов и с...<br><br>URL: http://google- https://opennet.dev/openforum/vsluhforumID3/79413.html#66 Sun, 31 Jul 2011 19:39:35 GMT &gt; Я с ним в продакшне работаю, вообще-то. На 64-битной системе с разумными <br>&gt; размерами ключей (в пределах пары десятков байт) значений (сотни байт) имено <br>&gt; это и видим. Если к размерам ключей/значений будете придираться - это <br>&gt; комментарии пользователей, вполне типичный размер.<br><br>Извиняюсь, возможно вы и правы.<br><br>У Redis, как заявляют сами разработчики, проблемы с хранением мелких данных. Они с этим борются, но вроде безуспешно.<br><br>(ЗЫ А если не секрет, зачем вы в Redis комментарии храните ?)<br> https://opennet.dev/openforum/vsluhforumID3/79413.html#65 Sun, 31 Jul 2011 19:28:04 GMT ... крайне (для key-value DB) сложные операции над данными. И очень хорошая документация кстати.<br><br>Но это не отменяет того, что она k-v База Данных. Продвинутая, но все-же.<br><br><br> https://opennet.dev/openforum/vsluhforumID3/79413.html#64 Sun, 31 Jul 2011 19:25:17 GMT &gt;&gt; просто со структурами <br>&gt; Структуры данных индексировать гораздо сложнее, чем текстовые строки. Следовательно и <br>&gt; сам движок существенно отличается от других key-value БД.<br>&gt;_&lt; <br><br>Массивы и словари обычные. И о какой индексации, вообще идет речь ?<br><br>Redis - это очень круто, не спорю. Он поддерживает не только хранение всякого разного,<br>но и потоки сообщений, крайне (для key-value DB) <br><br>&gt;&gt;&gt; операций чтения <br>&gt;&gt; Надо считать транзакции, а не операции <br>&gt; Что за транзакции чтения такие?<br><br>Пруф теста, пожалуйста.<br><br><br> https://opennet.dev/openforum/vsluhforumID3/79413.html#63 Sun, 31 Jul 2011 06:09:36 GMT Смешные результаты.<br>Запись константной строки? <br>Очень реалистичная задача.<br><br>Польза NoSql в технологии Map/Reduce и очень легкой скалируемости(просто добавь серверов).<br>А mySql не нужна.<br> https://opennet.dev/openforum/vsluhforumID3/79413.html#62 Fri, 29 Jul 2011 00:21:07 GMT &gt; Даже до тебя дошло что bdb порвёт их как Тузег грелку? :) <br>&gt; И при этом не имеет ограничений на только один процесс и прочей <br>&gt; мути &#8230;<br><br>нет, даже до меня дошло, что legacy &#8212; это страшно.<br> https://opennet.dev/openforum/vsluhforumID3/79413.html#61 Thu, 28 Jul 2011 23:47:33 GMT Даже до тебя дошло что bdb порвёт их как Тузег грелку? :)<br>И при этом не имеет ограничений на только один процесс и прочей мути ...<br> https://opennet.dev/openforum/vsluhforumID3/79413.html#60 Thu, 28 Jul 2011 21:44:34 GMT &gt; Чем оно лучше Berkeley DB?<br><br>Если не ошибаюсь лицензией. У Berkeley DB не LGPL как того хотелось бы для библиотеки, а GPL только другими словами. В итоге если гугл захочет хоть что-то закрытое выпустить в свет использующее Berkeley DB, то будет платить ораклу. По моему достаточная причина для того чтобы гуглу не использовать эту библиотеку. Собственно и не гуглу перед использованием Berkeley DB сначала стоит поинтересоваться расценками, т.к. сегодня сделаешь свободный проект и все нормально, а завтра понадобится сделать что-то закрытое но привычную библиотеку не сможешь использовать из-за цены.<br>http://www.oracle.com/technetwork/database/berkeleydb/downloads/licensing-098979.html<br> https://opennet.dev/openforum/vsluhforumID3/79413.html#59 Thu, 28 Jul 2011 18:41:52 GMT Разговаривают на своём API, а не языке. Для KV хранилищь большего не нужно<br> https://opennet.dev/openforum/vsluhforumID3/79413.html#58 Thu, 28 Jul 2011 18:27:25 GMT Именно<br>