Google открывает LevelDB

Они изобрели Berkeley DB? (по ссылкам не ходил)

> Они изобрели Berkeley DB?

+1. Напонятно, почему bdb не включена в сравнение производительности.

>Они изобрели Berkeley DB?

К сожалению, в BDB добавили столько блекджека и шлюх... Даже поддержку SQL в 5-й версии запилили.

Кроме того с Oracle'ом у Google отношения слегка напряженные ;)

Молодцы, сравнили простейшую систему с SQL базой данной. Жаль, что с ораклом не сравнили или PostgreSQL, они б тогда точно вперде были бы

как раз прикручивал sqlite на QAbstractNetworkCache, а вот и подарок. Viva Google!

срочно позитифкэту надо это запользовать :D

В с++ наконец-то появились хеши?

> В с++ наконец-то появились хеши?

относительно давно - man unordered_map

ну и нафиг тогда этот велосипед нужен?

> ну и нафиг тогда этот велосипед нужен?

для эффективной работы с файлами вероятно

ну как зачем? изобретения ради же!

ну в перле том же хеши великолепно сохраняются в файл искаропки

ну в перле том же хеши великолепно сохраняются в файл искаропки

Очевидно, что при некоторых объемах, держать всё в памяти накладно.

если она достаточно проста и легковесна - пойдет, вечерком затестим-с.

бенчмарки выглядят бодряще. насколько сложно будет попробовать перевести портеж на эту leveldb?

Зачем она нужна. Ведь есть SQLite и BerkeleyDB?

Зачем вы сюда написали. Ведь есть же подобные комментарии выше?

интересно ее под ведроидом запустить, через JNI.

насколько сложно будет попробовать перевести портеж на эту leveldb?

Сложность составит, по моим расчетам, 193 кирпича на 10 строк кода (19.3 к/к).

Тред не читай! @ Быстрее напиши «остроумный» коммент!

ну хз.. на GDD говорили, что NDK - последнее, что можно юзать в андроиде.. так что возможно это не очень хорошая идея..

>Очевидно, что при некоторых объемах, держать всё в памяти накладно.

вендопроблемы

> ну в перле том же хеши великолепно сохраняются в файл искаропки

man ACID

Никто не предлагает эту либу качестве замены sql.

Зачем оно нужно, если есть Redis?

А почему на opennet новостей больше чем на ЛОРе? Так специально задумано или некому писать?

ну в перле том же хеши великолепно сохраняются в файл искаропки

Ты удивишься, когда узнаешь, какие накладные расходы на хранение хеша в памяти. Так что часто разумнее пользоваться какой-либо БД.

на опеннете меньше ленивых анонимусов

Что-то я «работящего» dib2 там не встречал.Или ты там под анонимуса косишь?

Однако сравнивают, почему? Не потому ли, что это ближайших аналог? Сравнение некорректное, сравнивать СУБД для встраиваемых систем с узкозаточенной програмкой для решения всего одной задачи, хранить пару

да и здесь собственно регистрация только ради толксов, в которых часто кто-то не прав.

А насколько оно удобнее BerkeleyDB ... и как ведет себя в сравнении с другими движками вида ключ/значение?

> LevelDB - быстрое хранилище данных, обеспечивающее упорядоченное отображение текстовых ключей на текстовые значения.

Формат файла:

[имя таблицы]
; комментрий
ключ = значение

Хм... Какое бы расширение использовать?..

ini :)

Гугл [пере]изобрёл .ini? :)

Может бред скажу, но всё-таки зачем сравнивать key-value хранилище с SQLной БД? Почему бы не сравнить её с MongoDB или CouchDB?

> зачем сравнивать key-value хранилище с SQLной БД?

Чтобы показать «смотрите, какую быструю штуку мы сделали», ибо SQL [почти] заведомо медленнее хранилища ключ-значение, а при сравнении с другими подобными хранилищами всё может быть не так радужно... Маркетолухи же.

>Может бред скажу, но всё-таки зачем сравнивать key-value хранилище с SQLной БД? Почему бы не сравнить её с MongoDB или CouchDB?

1) потому что часто SQL БД используются там, где хавтило бы и key-value, но зато нужна скорость. Возникает вопрос, как тут сможет помочь данная либа?

2) потому что еще чаще необходимо обеспечить быстрый прием данных, чтобы затем спокойно принятый объем обработать в sql. Возникает вопрос, быстро можно принять массив key-object?

>Однако сравнивают, почему? Не потому ли, что это ближайших аналог? Сравнение некорректное, сравнивать СУБД для встраиваемых систем с узкозаточенной програмкой для решения всего одной задачи, хранить пару

Сравнивают, потому что проигрыш в таком сравнении не означает проигрыш вообще. Речь идет об узкой задаче, для которой можно применить универсальное решение тип скулайта или взять эту либу. Отсюда и сравнение.

>Например, она может быть использована веб-браузером для хранения кеша недавно открытых страниц

Ты для этого предлагешь использовать redis?

в ведроиде есть жни? оО

А сравнивают потому что SQLite - c++ надстройка над BDB, что и есть полный аналог указанной либы. Так что все корректно. Наверно SQLite вполне можно пропатчить для работы с ней как бэкендом

жжешь

Извини, можно по-подробнее: как использовать хеши для хранения инфы под 10гб?

На сколько это реально, быстро и затратно? Если всё ок - почему так не делают?

Уже давненько в голове мысли про хеши-бд «а вот если бы...».

Да, конечно, иначе как NDK будет работать?

Если только чуть-чуть :) Berkeley DB 11gR2 от Оракла имеет SQLite API

Ты не поверишь

Обычно Google c китайского переводят как «очень быстрый код». Go - исключение

а че не с gimp или виндовым дефрагментатором скорось сравнивали? можно было бы добиться более интересные результаты.

возьмите это взад

> В с++ наконец-то появились хеши?

Они уже в новом стандарте (в плюсовый стандарт по традиции попадает то, что уже десяток лет как минимум используют на разных платформах).