forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Компания Google открыла исходные тексты БД LevelDB, opennews (ok), 28-Июл-11, (0) [смотреть все]

Похоже, в ChromeOS таки будет реестр , тоже Аноним (ok), 11:38 , 28-Июл-11, (1) +11 //

Ну в ff вообще sqlite встроен - и ничего и ничего и ничего с , klalafuda (?), 11:49 , 28-Июл-11, (3) +2 //

ничего хорошего, anon8 (ok), 11:55 , 28-Июл-11, (4) +5 //

Да вообще-то лучше чем тот ужас который до него был Никогда не видели RDF-портя, Аноним (-), 13:10 , 28-Июл-11, (14)

Да и с sqlite при превышении 15к записей в истории firefox начинает тупить Но м, Аноним (-), 19:30 , 28-Июл-11, (46)

SQLite нынче встроен уже дохрена куда, начиная от XnView и заканчивая Андроидом , Аноним (-), 13:00 , 28-Июл-11, (11)

Ориентация Chrome на множество процессов как-то не стыкуется с , gkv311 (ok), 12:42 , 28-Июл-11, (9) //

В чем проблема Выделенный процесс chrome-leveldb , , uhbif19 (?), 13:12 , 28-Июл-11, (15) +1 //

а все остальные с ним и разговаривают , uhbif19 (?), 13:13 , 28-Июл-11, (16) +1

Не говоря уже о том, что в реестр гораздо реже пишут, чем читают Во всяком случ, тоже Аноним (ok), 13:35 , 28-Июл-11, (21)
На своём уникальном языке, ибо SQL им не нужен По-моему это огород в огороде , gkv311 (ok), 13:38 , 28-Июл-11, (24) +1

К сожалению, W3C не приняли SQL-реализацию базы, а прията будет, судя по всему, , Аноном (?), 22:08 , 28-Июл-11, (51)

s К сожалению К счастью obvious fix , anonymous (??), 22:18 , 28-Июл-11, (55) +1

Разговаривают на своём API, а не языке Для KV хранилищь большего не нужно, all_glory_to_the_hypnotoad (ok), 22:41 , 28-Июл-11, (59)

Что-то я не понял, а чем гугла не устроил Tokyo Cabinet Not invented here , Аноним (-), 11:40 , 28-Июл-11, (2) +4 //

Если бы вы занимались профессиональными разработками, то знали бы, что свой код,, a (??), 17:23 , 28-Июл-11, (43) +2

Чем оно лучше Berkeley DB Совместимо ли API с Berkeley DB или существует ли ад, gegMOPO4 (ok), 11:56 , 28-Июл-11, (5) +3 //

Вообще, над bdb помнится сделали какой-то урезанный вариант sql Может поэтому , Аноним (-), 12:02 , 28-Июл-11, (6) //

Хотите сказать, что тестировали работу LevelDB с SQL , gegMOPO4 (ok), 12:23 , 28-Июл-11, (7) //

Нет, не хочу сказать А он это умеет К bdb вроде как урезанный вариант скуля пр, Аноним (-), 13:07 , 28-Июл-11, (13) +2

Значит они тестировали совсем не то, для чего эти БД предназначены В забивании , gegMOPO4 (ok), 13:45 , 28-Июл-11, (26)

Отстали вы от жизни Оракл давно уже вовсю продвигает BerkeleyDB как сторадж с, Veter (??), 16:21 , 28-Июл-11, (38)

Да, не хватает сравнения с постгресом и ораклом , anon8 (ok), 12:47 , 28-Июл-11, (10) +2 //

А постгреса и оракла можно влинковать в программу как статическую либу-движок ра, Аноним (-), 13:14 , 28-Июл-11, (17) +1 //

А ничего что SQLite и InnoDB это реляционные движки Которые медленние по опреде, sanDro (ok), 13:39 , 28-Июл-11, (25) +1

ничего сложилась практика применять SQLite там, где достаточно простых key-valu, anonymous (??), 15:36 , 28-Июл-11, (36)

InnoDB тоже применяют Там где достаточно key-value сложилась практика применять, sanDro (ok), 15:46 , 28-Июл-11, (37) +1

на картинке вижу киото и скулит возможно, стоило бы добавить bdb, но кому эта о, anonymous (??), 16:29 , 28-Июл-11, (39)

Эта окаменелость вовсю используется в продакшене, в проектах которым не пару л, sanDro (ok), 16:41 , 28-Июл-11, (40) +1

вот именно , anonymous (??), 17:20 , 28-Июл-11, (42)

Даже до тебя дошло что bdb порвёт их как Тузег грелку И при этом не имеет огр, Аноним (-), 03:47 , 29-Июл-11, (61)

нет, даже до меня дошло, что legacy 8212 это страшно , anonymous (??), 04:21 , 29-Июл-11, (62)

Чего бы они были медленными п определению Они вылизывались десятки лет, и как п, Аноном (?), 22:11 , 28-Июл-11, (52)

Мда, видимо придется в таких случаях тег сарказм Сказано это было к тому, что , anon8 (ok), 19:41 , 28-Июл-11, (47)

Oracle же , 1 (??), 13:02 , 28-Июл-11, (12) //

Oracle Berkeley DB Да, это веская причина , gegMOPO4 (ok), 13:35 , 28-Июл-11, (22)

Ну видимо, не монструозно , uhbif19 (?), 13:14 , 28-Июл-11, (18) +1
Тем, что Berkley DB принадлежит Oracle у, а LevelDB нет Никто не хочет ввязыват, Аноним (-), 13:38 , 28-Июл-11, (23) //

Патентные разборки не связаны с происхождением кода Придолбаться могут и к сове, gegMOPO4 (ok), 13:49 , 28-Июл-11, (27) //

А если разработка не независима, то придолбаться значительно легче И для суда , Аноним (-), 14:51 , 28-Июл-11, (33)

Говорили вот, что RedisDB какой-то нереально быстрый Как я понял, такая производ, uhbif19 (?), 13:17 , 28-Июл-11, (19) //

Редис быстрый так как вся база в оперативной памяти При падении системы потеря , Аноним (-), 13:33 , 28-Июл-11, (20) //

Это у кого ж пол-базы в залоченном состоянии получается Ну ладно SQLite лочит в, Crazy Alex (ok), 13:58 , 28-Июл-11, (29) //

Ошибаетесь , uhbif19 (?), 14:17 , 28-Июл-11, (31)

Я с ним в продакшне работаю, вообще-то На 64-битной системе с разумными размера, Аноном (?), 22:20 , 28-Июл-11, (56)

Извиняюсь, возможно вы и правы У Redis, как заявляют сами разработчики, проблемы, uhbif19 (?), 23:39 , 31-Июл-11, (66)

У Mongo атомарности нет вообще, у Couch ЕМНИП тоже Там есть Safe-mode Правда в , uhbif19 (?), 14:20 , 28-Июл-11, (32) //

Изменяет Атомарность там на уровне записи единичного документа http guide cou, Аноним (-), 15:00 , 28-Июл-11, (34)

Redis - он не совсем key-value, вообще-то А так - ну, собственно, выборка по пе, Crazy Alex (ok), 13:53 , 28-Июл-11, (28) //

Достали уже 1 Redis key-value, просто со структурами данных 2 Неправильно счит, uhbif19 (?), 14:16 , 28-Июл-11, (30) //

Структуры данных индексировать гораздо сложнее, чем текстовые строки Следовател, Аноним (-), 16:53 , 28-Июл-11, (41)

А кстати, что насчет Exadata 2 Это если говорить о транзакциях Кто там кому сл, Аноним (-), 19:04 , 28-Июл-11, (45)
Массивы и словари обычные И о какой индексации, вообще идет речь Redis - это о, uhbif19 (?), 23:25 , 31-Июл-11, (64)

крайне для key-value DB сложные операции над данными И очень хорошая доку, uhbif19 (?), 23:28 , 31-Июл-11, (65)

Покажите мне в MyISAM транзакции Что до редиса - штуковину, умеющую делать inte, Аноном (?), 22:15 , 28-Июл-11, (54) +1

на random reads sosnooley откуда вывод подходит в качестве архива, не подходит, anonymous (??), 15:34 , 28-Июл-11, (35)
Случайное чтение в режиме холодного старта 60 тыс операций в секунду удивляют , evgeny_t (ok), 18:59 , 28-Июл-11, (44) //

У тебя есть такая СХД и генераторные скрипты для правдоподобных данных Давай , Аноним (-), 21:56 , 28-Июл-11, (50)

сразу видна жесткая специализация под элементарные вещи Такое ощущение, что раз, pro100master (ok), 21:19 , 28-Июл-11, (48) //

угу, мне тоже интересно, кто бы по префиксам мог выбирать эффективно Реализаций, Аноном (?), 22:21 , 28-Июл-11, (57)

http maxpert tumblr com post 3329352663 the-nosql-dogma 100,000 writes took, szh (ok), 21:44 , 28-Июл-11, (49) //

Именно, Аноном (?), 22:27 , 28-Июл-11, (58)
Смешные результаты Запись константной строки Очень реалистичная задача Польза N, Аноним (-), 10:09 , 31-Июл-11, (63)

Если не ошибаюсь лицензией У Berkeley DB не LGPL как того хотелось бы для библи, Телегин Дмитрий (?), 01:44 , 29-Июл-11, (60)

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

19. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 28-Июл-11, 13:17

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

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

20. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Аноним (-), 28-Июл-11, 13:33

Редис быстрый так как вся база в оперативной памяти. При падении системы потеря всей информации, наработанной после последней синхронизации.
А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях, как в Couchdb. Да и атомарность у них обычно на уровне одной записи, то есть пол базы в залоченном состоянии не висит.

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

29. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Crazy Alex (ok), 28-Июл-11, 13:58

> Редис быстрый так как вся база в оперативной памяти. При падении системы
> потеря всей информации, наработанной после последней синхронизации.
> А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях,
> как в Couchdb. Да и атомарность у них обычно на уровне
> одной записи, то есть пол базы в залоченном состоянии не висит.
Это у кого ж пол-базы в залоченном состоянии получается? Ну ладно SQLite лочит всю базу целиком. Но уже мускул с MyISAM лочит одну таблицу, а поставь нормальный бакэнд - будут локи на уровне строки. А спор "деревья против хэша" - он давний и однозначного решения не имеет - одно быстрее на чтение, другое на запись. В зависимости от паттерна использования надо выбирать разные реализации.
Что же касается редиса - за скорость там расплачиваемся ещё диким расходом памяти - если не ошибаюсь, её тратится раз в десять больше, чем объём хранимых данных. Что весьма неприятно иногда.

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

31. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 28-Июл-11, 14:17

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

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

56. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Аноном (?), 28-Июл-11, 22:20

Я с ним в продакшне работаю, вообще-то. На 64-битной системе с разумными размерами ключей (в пределах пары десятков байт) значений (сотни байт) имено это и видим. Если к размерам ключей/значений будете придираться - это комментарии пользователей, вполне типичный размер.

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

66. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 31-Июл-11, 23:39

> Я с ним в продакшне работаю, вообще-то. На 64-битной системе с разумными
> размерами ключей (в пределах пары десятков байт) значений (сотни байт) имено
> это и видим. Если к размерам ключей/значений будете придираться - это
> комментарии пользователей, вполне типичный размер.
Извиняюсь, возможно вы и правы.
У Redis, как заявляют сами разработчики, проблемы с хранением мелких данных. Они с этим борются, но вроде безуспешно.
(ЗЫ А если не секрет, зачем вы в Redis комментарии храните ?)

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

32. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 28-Июл-11, 14:20

> Редис быстрый так как вся база в оперативной памяти. При падении системы
> потеря всей информации, наработанной после последней синхронизации.
> А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях,
> как в Couchdb. Да и атомарность у них обычно на уровне
> одной записи, то есть пол базы в залоченном состоянии не висит.
У Mongo атомарности нет вообще, у Couch ЕМНИП тоже.
> При падении системы потеря всей информации, наработанной после последней синхронизации.
Там есть Safe-mode. Правда в нем он всего в пару раз быстрее SQL.
Я к тому, что LevelDB по скорости как раз вполне сравним с RedisDB (судя по представленным данным). А с включенным fsync (упомянутый safe-mode) уделывает его во много раз.

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

34. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Аноним (-), 28-Июл-11, 15:00

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

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

28. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Crazy Alex (ok), 28-Июл-11, 13:53

Redis - он не совсем key-value, вообще-то. А так - ну, собственно, выборка по первичному ключу (ближайший аналог этой библиотеки) даже в мускуле весьма шустра, особенно если воспользоваться кодом японцев и избавиться от парсинга SQL. HandlerSocket выдавал у них в тестах около 750000 операций чтения в секунду - это на восьми ядрах, но зато по сети. В общем, цифры сравнимые.

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

30. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 28-Июл-11, 14:16

> Redis - он не совсем key-value, вообще-то. А так - ну, собственно,
> выборка по первичному ключу (ближайший аналог этой библиотеки) даже в мускуле
> весьма шустра, особенно если воспользоваться кодом японцев и избавиться от парсинга
> SQL. HandlerSocket выдавал у них в тестах около 750000 операций чтения
> в секунду - это на восьми ядрах, но зато по сети.
> В общем, цифры сравнимые.
Достали уже.
1) Redis key-value, просто со структурами данных.
2) Неправильно считают. Надо считать транзакции, а не операции. Тогда SQL вчистую сливает. Проверено.

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

41. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Аноним (-), 28-Июл-11, 16:53

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

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

45. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от Аноним (-), 28-Июл-11, 19:04

А кстати, что насчет Exadata 2? Это если говорить о транзакциях? Кто там кому сливает?

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

64. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 31-Июл-11, 23:25

>> просто со структурами
> Структуры данных индексировать гораздо сложнее, чем текстовые строки. Следовательно и
> сам движок существенно отличается от других key-value БД.
>_<
Массивы и словари обычные. И о какой индексации, вообще идет речь ?
Redis - это очень круто, не спорю. Он поддерживает не только хранение всякого разного,
но и потоки сообщений, крайне (для key-value DB)
>>> операций чтения
>> Надо считать транзакции, а не операции
> Что за транзакции чтения такие?
Пруф теста, пожалуйста.

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

65. "Компания Google открыла исходные тексты БД LevelDB" +/–

Сообщение от uhbif19 (?), 31-Июл-11, 23:28

... крайне (для key-value DB) сложные операции над данными. И очень хорошая документация кстати.
Но это не отменяет того, что она k-v База Данных. Продвинутая, но все-же.

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

54. "Компания Google открыла исходные тексты БД LevelDB" +1 +/–

Сообщение от Аноном (?), 28-Июл-11, 22:15

Покажите мне в MyISAM транзакции. Что до редиса - штуковину, умеющую делать intersert для множеств, я в чистые key-value (рядом с TokyoCabinet и memcached) записывать не готов.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

19. "Компания Google открыла исходные тексты БД LevelDB"	+/–
Сообщение от uhbif19 (?), 28-Июл-11, 13:17
Говорили вот, что RedisDB какой-то нереально быстрый. Как я понял, такая производительность - обычное дело для key-value хранилищ "/
Ответить \| Правка \| Наверх \| Cообщить модератору


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


	29. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от Crazy Alex (ok), 28-Июл-11, 13:58
	> Редис быстрый так как вся база в оперативной памяти. При падении системы > потеря всей информации, наработанной после последней синхронизации. > А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях, > как в Couchdb. Да и атомарность у них обычно на уровне > одной записи, то есть пол базы в залоченном состоянии не висит. Это у кого ж пол-базы в залоченном состоянии получается? Ну ладно SQLite лочит всю базу целиком. Но уже мускул с MyISAM лочит одну таблицу, а поставь нормальный бакэнд - будут локи на уровне строки. А спор "деревья против хэша" - он давний и однозначного решения не имеет - одно быстрее на чтение, другое на запись. В зависимости от паттерна использования надо выбирать разные реализации. Что же касается редиса - за скорость там расплачиваемся ещё диким расходом памяти - если не ошибаюсь, её тратится раз в десять больше, чем объём хранимых данных. Что весьма неприятно иногда.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	66. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от uhbif19 (?), 31-Июл-11, 23:39
	> Я с ним в продакшне работаю, вообще-то. На 64-битной системе с разумными > размерами ключей (в пределах пары десятков байт) значений (сотни байт) имено > это и видим. Если к размерам ключей/значений будете придираться - это > комментарии пользователей, вполне типичный размер. Извиняюсь, возможно вы и правы. У Redis, как заявляют сами разработчики, проблемы с хранением мелких данных. Они с этим борются, но вроде безуспешно. (ЗЫ А если не секрет, зачем вы в Redis комментарии храните ?)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от uhbif19 (?), 28-Июл-11, 14:20
	> Редис быстрый так как вся база в оперативной памяти. При падении системы > потеря всей информации, наработанной после последней синхронизации. > А вообще, да NoSQL быстрее. Например можно хранить все в бинарных деревьях, > как в Couchdb. Да и атомарность у них обычно на уровне > одной записи, то есть пол базы в залоченном состоянии не висит. У Mongo атомарности нет вообще, у Couch ЕМНИП тоже. > При падении системы потеря всей информации, наработанной после последней синхронизации. Там есть Safe-mode. Правда в нем он всего в пару раз быстрее SQL. Я к тому, что LevelDB по скорости как раз вполне сравним с RedisDB (судя по представленным данным). А с включенным fsync (упомянутый safe-mode) уделывает его во много раз.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	34. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от Аноним (-), 28-Июл-11, 15:00
	>>у Couch ЕМНИП тоже. Изменяет. Атомарность там на уровне записи единичного документа. http://guide.couchdb.org/editions/1/en/documents.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	41. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от Аноним (-), 28-Июл-11, 16:53
	> просто со структурами Структуры данных индексировать гораздо сложнее, чем текстовые строки. Следовательно и сам движок существенно отличается от других key-value БД. >> операций чтения > Надо считать транзакции, а не операции Что за транзакции чтения такие?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	64. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от uhbif19 (?), 31-Июл-11, 23:25
	>> просто со структурами > Структуры данных индексировать гораздо сложнее, чем текстовые строки. Следовательно и > сам движок существенно отличается от других key-value БД. >_< Массивы и словари обычные. И о какой индексации, вообще идет речь ? Redis - это очень круто, не спорю. Он поддерживает не только хранение всякого разного, но и потоки сообщений, крайне (для key-value DB) >>> операций чтения >> Надо считать транзакции, а не операции > Что за транзакции чтения такие? Пруф теста, пожалуйста.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	65. "Компания Google открыла исходные тексты БД LevelDB"	+/–
	Сообщение от uhbif19 (?), 31-Июл-11, 23:28
	... крайне (для key-value DB) сложные операции над данными. И очень хорошая документация кстати. Но это не отменяет того, что она k-v База Данных. Продвинутая, но все-же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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