izekia
нафиг скл, такие вещи в монгу надо складывать

Я про монгу вообще не знаю, но скажи - на сколько просто там нати например всех челов, у которых номера к примеру мегафона?

Iskatel
то есть номер имеет определенный шаблон? или явно задан оператор?
хотя и то и другое просто, монго - это документоориентированная бд, нет жестко заданной структуры, если упростить

Ну по циферкам, например 926, и т.д

Я к тому, что подозреваю… Что в SQL БД это делается одним запросом, и в проге обрабатываешь только его результаты.
А не SQL БД - в проге сам пишешь обработчик… А это минус время на написание, плюс баги, минус твоя любимая оптимизация… По сравнению с обкатанным и вылизанным сервером БД…

Iskatel
Ты неправ, очень гибкий язык.

как пример:
эта строка, если я ничего не перепутал, вернет выборку с двумя колонками: имя и номер для всех номеров начинающихся с 926

но это самое простое что только может быть

Думаю стоит завязать тут флудить, ибо тема то не о том.
А так любопытно: джойны, внешние ключи, индексы и т.п. прибамбахи там есть?

Iskatel
Думаю стоит завязать тут флудить, ибо тема то не о том.

ага
внешних ключей технически нет, так как это нереляционная база, с джойнами сложнее, но можно сделать, индексы есть. Ну и опять же оговорюсь, я полтора года ничего сложнее запроса по ид не делал, так что могу где-то быть неточен. Но в свое время очень приятное впечатление произвела)
А вообще такую субд сложно оценивать с точки зрения реляционных, она рассчитана на свои задачи. И некоторые возможности вытащить данные там очень красиво выглядят, в реляционной для такого же нужно будет запрос в пару страниц написать.
Ну и да, хватит оффтопить)

Такие вещи не в монге должны быть, а в rethinkdb…
Как как-раз json-ориентированное хранилище.

4kpt_IV
Как как-раз json-ориентированное хранилище.

то что она в jsone хранит данные - это не значит, что она более json ориентированная)