The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Компания Google открыла исходные тексты БД LevelDB"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от opennews (ok) on 28-Июл-11, 11:38 
Компания Google [[http://google-opensource.blogspot.com/2011/07/leveldb-fast-p... объявила о переводе LevelDB (http://code.google.com/p/leveldb/), высокопроизводительной системы для хранения данных в формате ключ/значение, в разряд открытых проектов. Хранилище LevelDB написано на языке С++ и подключается к приложениям в виде разделяемой библиотеки (как SQLite и BerkeleyDB), обеспечивая возможность организации упорядоченных наборов данных, в которых строковые ключи сопоставлены со строковыми значениями. Код LevelDB открыт (http://code.google.com/p/leveldb/source/browse/#svn%2Ft...) под лицензией BSD.


Отдельно подчеркивается поддержка эффективного упорядоченного хранения, т.е. связки ключ/значение хранятся в отсортированном виде. Среди примеров возможных применений LevelDB, упоминается использование библиотеки в web-браузере, для хранения кэша последних открытых страниц, или использование в пакетном менеджере для хранения списка установленных пакетов и с...

URL: http://google-opensource.blogspot.com/2011/07/leveldb-fast-p...
Новость: https://www.opennet.ru/opennews/art.shtml?num=31325

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Компания Google открыла исходные тексты БД LevelDB"  +11 +/
Сообщение от тоже Аноним (ok) on 28-Июл-11, 11:38 
Похоже, в ChromeOS таки будет реестр.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Компания Google открыла исходные тексты БД LevelDB"  +2 +/
Сообщение от klalafuda on 28-Июл-11, 11:49 
> Похоже, в ChromeOS таки будет реестр.

Ну в ff вообще sqlite встроен - и ничего и ничего и ничего (с)..

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Компания Google открыла исходные тексты БД LevelDB"  +5 +/
Сообщение от anon8 (ok) on 28-Июл-11, 11:55 
...ничего хорошего
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

14. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 13:10 
> ...ничего хорошего

Да вообще-то лучше чем тот ужас который до него был. Никогда не видели RDF-портянку на МЕГ? А скорость ее парсинга себе представляете?! Файрфоксина с отросшей хистори доSQLITEовой эпохи являла собой довольно унылое зрелище. С sqlite то что касается истории стало в РАЗЫ быстрее. Наверное потому что теперь не надо на вообще каждую операцию парсить меговый XMLоподобный кусок текста.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

46. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 19:30 
Да и с sqlite при превышении 15к записей в истории firefox начинает тупить. Но может тут виной 1Гб+ кэш на диске.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

11. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 13:00 
SQLite нынче встроен уже дохрена куда, начиная от XnView и заканчивая Андроидом.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от gkv311 (ok) on 28-Июл-11, 12:42 
Ориентация Chrome на множество процессов как-то не стыкуется с:
>>LevelDB не поддерживается одновременный доступ к БД нескольких процессов - в заданный момент времени только один процесс может работать с файлом базы.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

15. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от uhbif19 on 28-Июл-11, 13:12 
В чем проблема ?

Выделенный процесс "chrome-leveldb",

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

16. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от uhbif19 on 28-Июл-11, 13:13 
> В чем проблема ?
> Выделенный процесс "chrome-leveldb",

а все остальные с ним и разговаривают.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от тоже Аноним (ok) on 28-Июл-11, 13:35 
Не говоря уже о том, что в реестр гораздо реже пишут, чем читают. Во всяком случае, должны.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

24. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от gkv311 (ok) on 28-Июл-11, 13:38 
>> В чем проблема ?
>> Выделенный процесс "chrome-leveldb",
> а все остальные с ним и разговаривают.

На своём уникальном языке, ибо SQL им 'не нужен'?
По-моему это огород в огороде.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

51. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноном on 28-Июл-11, 22:08 
К сожалению, W3C не приняли SQL-реализацию базы, а прията будет, судя по всему, IndexedDB - довольно примитивное NoSQL-хранилище. Под него LevelDB отлично подойдёт.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

55. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от anonymous (??) on 28-Июл-11, 22:18 
s/К сожалению/К счастью/

obvious fix.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

59. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Июл-11, 22:41 
Разговаривают на своём API, а не языке. Для KV хранилищь большего не нужно
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

2. "Компания Google открыла исходные тексты БД LevelDB"  +4 +/
Сообщение от Аноним (??) on 28-Июл-11, 11:40 
Что-то я не понял, а чем гугла не устроил Tokyo Cabinet? Not invented here?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Компания Google открыла исходные тексты БД LevelDB"  +2 +/
Сообщение от a (??) on 28-Июл-11, 17:23 
> Что-то я не понял, а чем гугла не устроил Tokyo Cabinet? Not invented here?

Если бы вы занимались профессиональными разработками, то знали бы, что свой код, сделаный под себя и свои задачи, всегда лучше, чем чужой. Даже если он менее производительный и фичастный.

Естественно, реальность такова, что весь код самому не перепишешь, даже будучи средней компанией. Поэтому приходится использовать чужой код.

Но крупные компании могу себе такое позволить. Поэтому они и достигли таких высот, что их основатели не пытались быть похожими на других, а шли своим путем.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Компания Google открыла исходные тексты БД LevelDB"  +3 +/
Сообщение от gegMOPO4 (ok) on 28-Июл-11, 11:56 
Чем оно лучше Berkeley DB? Совместимо ли API с Berkeley DB (или существует ли адаптер)?

Кто додумался сравнивать продукт типа Berkeley DB (ключ/значение) с SQLite?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 12:02 
Вообще, над bdb помнится сделали какой-то урезанный вариант sql. Может поэтому?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от gegMOPO4 (ok) on 28-Июл-11, 12:23 
Хотите сказать, что тестировали работу LevelDB с SQL? ;)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Компания Google открыла исходные тексты БД LevelDB"  +2 +/
Сообщение от Аноним (??) on 28-Июл-11, 13:07 
> Хотите сказать, что тестировали работу LevelDB с SQL? ;)

Нет, не хочу сказать. А он это умеет? К bdb вроде как урезанный вариант скуля прикрутили. Хотя объединили их тут по совсем иному признаку: это не сервера СУБД а движки бд, которые можно влинковать в свою программу. И никаких гребаных посторонних процессов и прочих демонов с конфигами. Можно конечно и как кдешники - вдуть под локальную базу с одним пользователем целого мускуля с какими-то дефолтовыми параметрами, повесить жирный демон в памяти от загрузки до шатдауна, независимо от его востребованности и выжрать 30 мегз рамы непонятно на что и зачем. Но так делают только настоящие п....сы. К счастью, не все программеры такие же как кдешники.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

26. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от gegMOPO4 (ok) on 28-Июл-11, 13:45 
Значит они тестировали совсем не то, для чего эти БД предназначены. В забивании гвоздей микроскоп тоже покажет не лучшие результаты, но это не значит, что всем нужно срочно выбрасывать микроскопы и заменять нашими новомодными каменными топорами.

А влинковать можно и libcddb, и libdbus, и libkdb (тоже имеют db в названии) — будем сравнивать с ними?

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

38. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Veter (??) on 28-Июл-11, 16:21 
> Вообще, над bdb помнится сделали какой-то урезанный вариант sql.

Отстали вы от жизни :) Оракл давно уже вовсю продвигает BerkeleyDB как сторадж с SQLite фрондэндом. Так что есть полноценный SQL, включая view, триггеры, виртуальные таблицы и другие плюшки. А от BerkeleyDB есть конкурентный доступ, репликация и проч.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Компания Google открыла исходные тексты БД LevelDB"  +2 +/
Сообщение от anon8 (ok) on 28-Июл-11, 12:47 
Да, не хватает сравнения с постгресом и ораклом.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

17. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от Аноним (??) on 28-Июл-11, 13:14 
> Да, не хватает сравнения с постгресом и ораклом.

А постгреса и оракла можно влинковать в программу как статическую либу-движок работающую с необслуживаемой/малообслуживаемой и не администряемой БД? Или предлагается сравнить СУБД и голый движок БД? Ну тогда надо посравнивать двигатели и автомобили в сборе для пущего кайфа.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

25. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от sanDro (ok) on 28-Июл-11, 13:39 
А ничего что SQLite и InnoDB это реляционные движки? Которые медленние по определению.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

36. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от anonymous (??) on 28-Июл-11, 15:36 
> А ничего что SQLite и InnoDB это реляционные движки? Которые медленние по
> определению.

ничего. сложилась практика применять SQLite там, где достаточно простых key-value (привет, тормозилла!). вот и сравнивают с практикой, а не со сферическими конями в вакууме. и это правильно.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

37. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от sanDro (ok) on 28-Июл-11, 15:46 
>> А ничего что SQLite и InnoDB это реляционные движки? Которые медленние по
>> определению.
> ничего. сложилась практика применять SQLite там, где достаточно простых key-value (привет,
> тормозилла!). вот и сравнивают с практикой, а не со сферическими конями
> в вакууме. и это правильно.

InnoDB тоже применяют? Там где достаточно key-value сложилась практика применять BDB. C ней они почему-то сравнивать не стали. Я считаю, что подборка для сравнения не корректна. В ней из трёх альтернатив только одна принадлежит к тому же классу, что и LevelBD. Они говорят, что их бд быстрее, а реально это говорит только о том, что сапожным молотком обувь тачать эффективнее, чем кувалдой для забивания свай. Кто бы сомневался.))))

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

39. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от anonymous (??) on 28-Июл-11, 16:29 
на картинке вижу киото и скулит. возможно, стоило бы добавить bdb, но кому эта окаменелость нужна?
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

40. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от sanDro (ok) on 28-Июл-11, 16:41 
> на картинке вижу киото и скулит. возможно, стоило бы добавить bdb, но
> кому эта окаменелость нужна?

Эта "окаменелость" вовсю используется в продакшене, в проектах которым не пару лет от рождения, и где структуры баз не реляционные в принципе.
С InnoDB сравнивали не гугловцы, но об этом упомянуто в новости (я про основную ссылку).
З.Ы. А вообще мы флудим. Хорошо, что проект был открыт. Если он нужен, значит он будет развиваться. Как говорится спрос покажет. Всё остальное не критично.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

42. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от anonymous (??) on 28-Июл-11, 17:20 
> в проектах которым не пару лет от рождения

вот именно.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

61. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 29-Июл-11, 03:47 
Даже до тебя дошло что bdb порвёт их как Тузег грелку? :)
И при этом не имеет ограничений на только один процесс и прочей мути ...
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

62. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от anonymous (??) on 29-Июл-11, 04:21 
> Даже до тебя дошло что bdb порвёт их как Тузег грелку? :)
> И при этом не имеет ограничений на только один процесс и прочей
> мути …

нет, даже до меня дошло, что legacy — это страшно.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

52. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноном on 28-Июл-11, 22:11 
Чего бы они были медленными п определению? Они вылизывались десятки лет, и как примитивные key-value хранилища показывают достаточно хорошие результаты. Смотрите в сторону HandlerSocket - там это наглядно продемонстрировано.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

47. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от anon8 (ok) on 28-Июл-11, 19:41 
Мда, видимо придется в таких случаях тег "сарказм".
Сказано это было к тому, что изначально не с тем сравнивали.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

12. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от 1 (??) on 28-Июл-11, 13:02 
Oracle же !
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

22. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от gegMOPO4 (ok) on 28-Июл-11, 13:35 
Oracle Berkeley DB?

Да, это веская причина.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от uhbif19 on 28-Июл-11, 13:14 
> Чем оно лучше Berkeley DB? Совместимо ли API с Berkeley DB (или
> существует ли адаптер)?
> Кто додумался сравнивать продукт типа Berkeley DB (ключ/значение) с SQLite?

Ну видимо, не монструозно.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

23. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 13:38 
> Чем оно лучше Berkeley DB?

Тем, что Berkley DB принадлежит Oracle'у, а LevelDB нет.
Никто не хочет ввязываться в патентные разборки с Oracle'ом.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

27. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от gegMOPO4 (ok) on 28-Июл-11, 13:49 
Патентные разборки не связаны с происхождением кода. Придолбаться могут и к совершенно независимой разработке.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

33. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 14:51 
А если разработка не независима, то придолбаться значительно легче. (И для суда это понятнее.)
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

19. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 28-Июл-11, 13:17 
Говорили вот, что RedisDB какой-то нереально быстрый.

Как я понял, такая производительность - обычное дело для key-value хранилищ "/

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 13:33 
Редис быстрый так как вся база в оперативной памяти. При падении системы потеря всей информации, наработанной после последней синхронизации.
А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях, как в Couchdb. Да и атомарность у них обычно на уровне одной записи, то есть пол базы в залоченном состоянии не висит.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

29. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Crazy Alex (ok) on 28-Июл-11, 13:58 
> Редис быстрый так как вся база в оперативной памяти. При падении системы
> потеря всей информации, наработанной после последней синхронизации.
> А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях,
> как в Couchdb. Да и атомарность у них обычно на уровне
> одной записи, то есть пол базы в залоченном состоянии не висит.

Это у кого ж пол-базы в залоченном состоянии получается? Ну ладно SQLite лочит всю базу целиком. Но уже мускул с MyISAM лочит одну таблицу, а поставь нормальный бакэнд - будут локи на уровне строки. А спор "деревья против хэша" - он давний и однозначного решения не имеет - одно быстрее на чтение, другое на запись. В зависимости от паттерна использования надо выбирать разные реализации.

Что же касается редиса - за скорость там расплачиваемся ещё диким расходом памяти - если не ошибаюсь, её тратится раз в десять больше, чем объём хранимых данных. Что весьма неприятно иногда.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

31. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 28-Июл-11, 14:17 
> Что же касается редиса - за скорость там расплачиваемся ещё диким расходом
> памяти - если не ошибаюсь, её тратится раз в десять больше,
> чем объём хранимых данных. Что весьма неприятно иногда.

Ошибаетесь.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

56. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноном on 28-Июл-11, 22:20 
Я с ним в продакшне работаю, вообще-то. На 64-битной системе с разумными размерами ключей (в пределах пары десятков байт) значений (сотни байт) имено это и видим. Если к размерам ключей/значений будете придираться - это комментарии пользователей, вполне типичный размер.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

66. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 31-Июл-11, 23:39 
> Я с ним в продакшне работаю, вообще-то. На 64-битной системе с разумными
> размерами ключей (в пределах пары десятков байт) значений (сотни байт) имено
> это и видим. Если к размерам ключей/значений будете придираться - это
> комментарии пользователей, вполне типичный размер.

Извиняюсь, возможно вы и правы.

У Redis, как заявляют сами разработчики, проблемы с хранением мелких данных. Они с этим борются, но вроде безуспешно.

(ЗЫ А если не секрет, зачем вы в Redis комментарии храните ?)

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

32. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 28-Июл-11, 14:20 
> Редис быстрый так как вся база в оперативной памяти. При падении системы
> потеря всей информации, наработанной после последней синхронизации.
> А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях,
> как в Couchdb. Да и атомарность у них обычно на уровне
> одной записи, то есть пол базы в залоченном состоянии не висит.

У Mongo атомарности нет вообще, у Couch ЕМНИП тоже.

>  При падении системы потеря всей информации, наработанной после последней синхронизации.

Там есть Safe-mode. Правда в нем он всего в пару раз быстрее SQL.

Я к тому, что LevelDB по скорости как раз вполне сравним с RedisDB (судя по представленным данным). А с включенным fsync (упомянутый safe-mode) уделывает его во много раз.


Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

34. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 15:00 
>>у Couch ЕМНИП тоже.

Изменяет. Атомарность там на уровне записи единичного документа.
http://guide.couchdb.org/editions/1/en/documents.html


Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

28. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Crazy Alex (ok) on 28-Июл-11, 13:53 
Redis - он не совсем key-value, вообще-то. А так - ну, собственно, выборка по первичному ключу (ближайший аналог этой библиотеки) даже в мускуле весьма шустра, особенно если воспользоваться кодом японцев и избавиться от парсинга SQL. HandlerSocket выдавал у них в тестах около 750000 операций чтения в секунду - это на восьми ядрах, но зато по сети. В общем, цифры сравнимые.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

30. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 28-Июл-11, 14:16 
> Redis - он не совсем key-value, вообще-то. А так - ну, собственно,
> выборка по первичному ключу (ближайший аналог этой библиотеки) даже в мускуле
> весьма шустра, особенно если воспользоваться кодом японцев и избавиться от парсинга
> SQL. HandlerSocket выдавал у них в тестах около 750000 операций чтения
> в секунду - это на восьми ядрах, но зато по сети.
> В общем, цифры сравнимые.

Достали уже.

1) Redis key-value, просто со структурами данных.
2) Неправильно считают. Надо считать транзакции, а не операции. Тогда SQL вчистую сливает. Проверено.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

41. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 16:53 
> просто со структурами

Структуры данных индексировать гораздо сложнее, чем текстовые строки. Следовательно и сам движок существенно отличается от других key-value БД.

>> операций чтения
> Надо считать транзакции, а не операции

Что за транзакции чтения такие?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

45. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 19:04 
А кстати, что насчет Exadata 2? Это если говорить о транзакциях? Кто там кому сливает?
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

64. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 31-Июл-11, 23:25 
>> просто со структурами
> Структуры данных индексировать гораздо сложнее, чем текстовые строки. Следовательно и
> сам движок существенно отличается от других key-value БД.
>_<

Массивы и словари обычные. И о какой индексации, вообще идет речь ?

Redis - это очень круто, не спорю. Он поддерживает не только хранение всякого разного,
но и потоки сообщений, крайне (для key-value DB)

>>> операций чтения
>> Надо считать транзакции, а не операции
> Что за транзакции чтения такие?

Пруф теста, пожалуйста.


Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

65. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от uhbif19 on 31-Июл-11, 23:28 
... крайне (для key-value DB) сложные операции над данными. И очень хорошая документация кстати.

Но это не отменяет того, что она k-v База Данных. Продвинутая, но все-же.


Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

54. "Компания Google открыла исходные тексты БД LevelDB"  +1 +/
Сообщение от Аноном on 28-Июл-11, 22:15 
Покажите мне в MyISAM транзакции. Что до редиса - штуковину, умеющую делать intersert для множеств, я в чистые key-value (рядом с TokyoCabinet и memcached) записывать не готов.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от anonymous (??) on 28-Июл-11, 15:34 
на random reads sosnooley. откуда вывод: подходит в качестве архива, не подходит в качестве базы, где данные постоянно нужны. не буду кабинет на неё менять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от evgeny_t (ok) on 28-Июл-11, 18:59 
#Случайное чтение в режиме холодного старта: 60 тыс операций в секунду;

удивляют эти тесты,
просто весь 64 мб файл закеширован в памяти.

давайте на базе 1000 терабайт потестим ? и общей памятью 100 гб

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

50. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 28-Июл-11, 21:56 
У тебя есть такая СХД и генераторные скрипты для правдоподобных данных? Давай.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

48. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от pro100master (ok) on 28-Июл-11, 21:19 
сразу видна жесткая специализация под элементарные вещи. Такое ощущение, что разрабы таких вот noSQL только и занимаются, что тестируют быстродействие.
Попробовали бы на немного более серьёзных вещах, чем
for x in 0..1000:
db.put('key',i)

Почему нельзя сделать группы (метки, теги - как угодно). Ведь если есть:
a1=>value1
a2=>value2

часто необходимо выбрать/удалить/обновить ключи вида a* сразу. Не говоря уже об таких примитивах, как поиск. Это не noSQL, а какой-то usefulDB получается.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноном on 28-Июл-11, 22:21 
угу, мне тоже интересно, кто бы по префиксам мог выбирать эффективно. Реализаций же масса возможна, по идее.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

49. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от szh (ok) on 28-Июл-11, 21:44 
http://maxpert.tumblr.com/post/3329352663/the-nosql-dogma


    100,000 writes took 29.6542 seconds ( ~ 3372 writes / second )
    100,000 reads in order took 18.4197 seconds ( ~ 5429 reads / second )
    100,000 reads in random order 17.0343 seconds ( ~ 5870 reads / second ) (Socking!)

CREATE TABLE `foo`.`kv` (
    `key` CHAR(255) NOT NULL,
    `val` TEXT NOT NULL,
    PRIMARY KEY (`key`)
) ENGINE = MyISAM;

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноном on 28-Июл-11, 22:27 
Именно
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

63. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Аноним (??) on 31-Июл-11, 10:09 
Смешные результаты.
Запись константной строки?
Очень реалистичная задача.

Польза NoSql в технологии Map/Reduce и очень легкой скалируемости(просто добавь серверов).
А mySql не нужна.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

60. "Компания Google открыла исходные тексты БД LevelDB"  +/
Сообщение от Телегин Дмитрий email on 29-Июл-11, 01:44 
> Чем оно лучше Berkeley DB?

Если не ошибаюсь лицензией. У Berkeley DB не LGPL как того хотелось бы для библиотеки, а GPL только другими словами. В итоге если гугл захочет хоть что-то закрытое выпустить в свет использующее Berkeley DB, то будет платить ораклу. По моему достаточная причина для того чтобы гуглу не использовать эту библиотеку. Собственно и не гуглу перед использованием Berkeley DB сначала стоит поинтересоваться расценками, т.к. сегодня сделаешь свободный проект и все нормально, а завтра понадобится сделать что-то закрытое но привычную библиотеку не сможешь использовать из-за цены.
http://www.oracle.com/technetwork/database/berkeleydb/downlo...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру