NoSQL

[recoder]

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

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

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

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

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

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

Comments

[bluedrag]

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

[recoder]

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

[bluedrag]

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

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

[recoder]

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

[alexott.livejournal.com]

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