NoSQL

[recoder]

Смотрю я вот издалека на бучу вокруг NoSQL хранилищ, и вижу два разных взгляда.

Один - это народ, отчаявшийся выучить SQL со всеми его разными диалектами, и уверенный что наконец-то появился silver bullet, что спасёт всех. В ту же кучу можно покидать и всех маркетоидов, раздувающих ненужную шумиху и только укрепляющий мнение насчёт той самой пули.

А другой взгляд - это народ, которому надоело иметь пару лишних прослойки для удобного доступа к своим данным. Одна прослойка - это всяческие ORMы, транслирующие метаинформацию в SQL. А вторая прослойка - это собственно сам SQL, транслирующийся каким-то неочевидным образом (сдобренным разнообразными хинтованиями в разных диалектах) в последовательность операций доступа к собственно хранилищу данных. Обычно к тому моменту, как понимаешь что сделает цепочка API→ORM→SQL→Optimizer→DB, уже можешь и сам составлять тот самый последний уровень, имея в результате более чёткий и компактный код.

На практике же видимо основную роль будет играть крутизна порога вхождения или наличие всяких средств дизайна и пр. Но всё равно интересно будет наблюдать за раскладом на этом направлении.

Надо бы в свободное время поизучать всё это поглубже...

Другие о том же: 1, 2. 3.

Comments

Key Value stores shine when you need to access the data by key :-)

[en-canaille.livejournal.com]

Все хочу Mongo пощупать и все никак руки не доходят.
Будет интересно почитать ваше мнение по этому поводу.

Re: Key Value stores shine when you need to access the data by key :-)

[recoder]

У меня всё равно пока не получится серьёзно её узнать - на работе только Оракл, а личного времени наверное выкроить не получится.

Читайте информацию от серьёзных людей.

[bluedrag]

BerkeleyDB.

[recoder]

and SQLite.

[bluedrag]

Я его неоднократно использовал, но назвать его No-SQL-ом язык как-то не поворачивается.

[recoder]

Будем надеяться - что на менее толстую и более предсказуемую.

[fenikso.livejournal.com]

Cassandra достаточно любопытна

[mpak666.livejournal.com]

Еще один взгляд забыли, когда на самом деле нужна идея представления без всяких универсальных выкрутасов в alter или связкой кучей таблиц, а документы с неограниченными полями и скоростью доступа... mongodb даёт это в считанные минуты, изучить написание запросов на js+json проще простого

[bluedrag]

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

[recoder]

Lisp - это для моего непросветлённого мозга тяжело...

[bluedrag]

Ну, я же и написал, что мне импонирует идея, а не сам БКНР. Хотя нельзя не признать, что лисп позволяет эту идею изящно и эффективно реализовать.

Кстати, о лиспе: а ты смотрел на Clojure?

[recoder]

Не-а, Clojure не смотрел. Одно время хотелось поковыряться в том, что компилируется в JVM, чтобы попробовать это в нашем Java-shop'e: Jython, Groovy, Scala. Но и времени нет и надежды на практическое внедрение (евангелист из меня никакой).

[alexott.livejournal.com]

на clojure есть fleetdb, которая как раз должна жить только в памяти, насколько я помню

[il-duco.livejournal.com]

а рассказажи чем это лучше обыкновенной субд