key value база данных

[tf]

key value база данных

интеерсует прежде всего стабильность в связке с php
пока на примете MemcacheDB, CouchDB и может быть Berkeley DB

что можно еще посмотреть на эту тему?

 

[fixxxer]

tokyo tyrant

 

[tf]

даа сходу и в карьер, ага посмотрю.

 

[zerkms]

а какие ты преследуешь цели?

 

[tf]

простой поиск по базе нужен, в несколько гигабайт или десятков гигабайт

 

[zerkms]

и чем в этом случае K-V лучше реляционной?

 

[Фанат]

поиск, в key value базе, производится не по базе

 

[NeD]

mongoDB
http://habrahabr.ru/blogs/webdev/74273/
http://habrahabr.ru/blogs/webdev/74144/

 

[tf]

*****, ага
NeD, спасибо

 

[Фанат]

это значит, что надо говорить о размере ключей, а не размере базы

 

[Alexandre]

MemcacheDB, CouchDB и может быть Berkeley DB

MemcacheDB = memcache + Berkeley DB
CouchDB точно для твоих целей не подходит

если данных не так много (влезают в оперативную память сервера), то я совевовал бы редис, но это опять не для твоего случая.

 

[zerkms]

поиск, в key value базе, производится не по базе

простите, а по чему он ещё производится?

если вопрос только об объёме, тогда никто так и не ответил - почему K-V.

если данных не так много (влезают в оперативную память сервера), то я совевовал бы редис

а я бы советовал innodb, потому как если данных немного и они полностью помещаются в оперативку то они тоже будут исключительно в оперативке и болтаться.

 

[tf]

zerkms, данных много, все данные не нужны, нужна случайная выборка одной записи, без повторений

MemcacheDB = memcache + Berkeley DB

угу, хотел попробовать ее без прослойки, но наверное буду так

 

[zerkms]

zerkms, данных много, все данные не нужны, нужна случайная выборка одной записи, без повторений

и как это оправдывает выбор K-V?

 

[tf]

а тут ненужны отправдания, тут есть желание это сделать
есть база ~5G, нужно на ней организовать самую простую выборку
есть вторая база, ориентировочно на порядок больше
это мне кажется будет самое простое решение

 

[zerkms]

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

 

[tf]

так это за тебя уже релизовали этот уровень)) я не понял))
база офлайновая, там никакого пользовательского интерфейса для изменений небудет

 

[zerkms]

так это за тебя уже релизовали этот уровень)) я не понял))

примитивный интерфейс (а тебе больше и не нужно) пишется за полчаса. но при этом у тебя есть знакомое тебе окружение, без необходимости читать тонны мануалов, и возможность, если что-то пойдёт не так - данные оставить для продолжения работы.
это просто пруфконцепт K-V.

 

[Alexandre]

MemcacheDB = memcache + Berkeley DB
угу, хотел попробовать ее без прослойки, но наверное буду так

MemcacheDB - это и есть интегрированное решение memcache и Berkeley DB.

если данных не так много (влезают в оперативную память сервера), то я совевовал бы редис

а я бы советовал innodb, потому как если данных немного и они полностью помещаются в оперативку то они тоже будут исключительно в оперативке и болтаться.

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

-~{}~ 08.02.10 11:03:

а тут ненужны отправдания, тут есть желание это сделать
есть база ~5G, нужно на ней организовать самую простую выборку
есть вторая база, ориентировочно на порядок больше
это мне кажется будет самое простое решение

тут тебе, судя по тому что стоит вопрос только запомнить, MemcacheDb на вряд ли выручит, можно использовать BerkeleyDB. Кеш будет использоваться не эффективно.

 

[zerkms]

Можно посоветовать человеку не париться и хранить все в мускуле. Но, раз встал вопрос, значить что-то его в мускуле не устраивает.

а тут ненужны отправдания, тут есть желание это сделать

Alexandre
У человека нет потребности сделать именно так, а не с использованием rdbms. Так что тут не задачи диктуют, а желание развиваться (и это очень хорошо).