deadkrolik9 мар 2012 в 06:55

Новый aggregation framework в MongoDB 2.1

12 мин

47K

NoSQL *

+64

Комментарии 16

1999 9 мар 2012 в 08:16

Осталось узнать какова производительность этого, гм, фреймворка. Пока чем-то напоминает как раз тот самый reduce.
Думаю вы зря так про js с Map-Reduce, правда я его использую в CouchDB и там не ad-hoc.

Zelgadis 9 мар 2012 в 08:34

В кауче божественный map-reduce!

karellen 9 мар 2012 в 09:42

Производительность относительно M/R выше. Пока еще достаточно много ограничений, но по моим тестам на моих данных быстрее от 2 до 10 раз. Хотя заметно, что кое-где пока что не использует индексы. Впрочем, от distinct мне тоже не удалось добиться консистентной работы с индексами.

osypchuk 9 мар 2012 в 10:26

c текущим map/reduce еще ведь/ проблема что одновременно выполняется только 1 map reduce, а если новые функции не используют javascript то такого ограничения там не будет.

Stdit 9 мар 2012 в 09:33

А если в процессе агрегации какой-то элемент изменяет свои данные, как она себя ведёт?

vorbiz 9 мар 2012 в 09:44

Думаю, агрегация вешает write lock.

romanmir 9 мар 2012 в 10:27

Главное использовать подходящие инструменты в любой ситуации, иначе получается вот это:

Must. Use. Mongo. DB. It. Is. Web. Scale. www.youtube.com/watch?v=b2F-DItXtZs

how 1 дек 2013 в 20:52

habrahabr.ru/post/204392/
вот перевод

ComodoHacker 9 мар 2012 в 10:34

Я вот думаю: а не проще ли было реализовать SQL синтаксис. Он многим знаком, привычен.

У меня есть сомнения насчет читабельности и сопровождаемости вот такого:

db.zoo.aggregate({$project: {name: 1, holidays: 1}}, {$unwind: "$holidays"},{$match: {holidays : {$gt: -1}}}, {$project: {holidays: 1, _id: 0}});

В реальных проектах это будет в 10 раз сложнее.

kost_bebix 9 мар 2012 в 11:04

Как раз наоборот, каждый шаг прост и понятен. А SQL обычно превращается в гигантский «blob-запрос», который нельзя трогать руками иначе всё сломается. Ну и здесь еще соль в том, что всё поддаётся концепции map/reduce (по сути, этот язык — надстройка над типичными операциями map/reduce), а потому все данные проходят через некоторые пайпы, а значит всё прозрачно с точки зрения памяти, необходимой для обработки данных.

НЛО прилетело и опубликовало эту надпись здесь

Deepwalker 9 мар 2012 в 18:22

Такие структуры кстати проще будет генерировать, чем SQL.

nod 2 апр 2012 в 06:39

Спасибо за статью.
+1 в карму ;)

A1ekcandr 4 апр 2012 в 18:31

спасибо автору, очень полезная статья

Зарегистрируйтесь на Хабре, чтобы оставить комментарий