ara89 Jul 6 2011 at 16:23

Использование MongoDB в Java EE 6

4 min

26K

Java*

+30

Comments 22

remal Jul 6 2011 at 16:51

А какой вообще смысл от schemaless базы, если классы моделей все равно ограничивают набор полей?..

Поработав с Mongo через Java, я склоняюсь к мнению что либо должен быть ORM фреймворк, либо надо оперировать голыми DBObject'ами, которые возвращает база без заведения отдельных классов моделей. Безусловно, второй случай менее строг и это может быть минусом. Но зато он предоставляет хорошую гибкость.

В вашем случае задолбаешься руками писать копирование значений из объекта, возвращаемого базой, в объект модели.

ara89 Jul 6 2011 at 17:04

Здесь недавно писали про Morphia — ORM для MongoDB.
В данном случае, мне кажется, удобно выводить информацию на странице, имея объект с полями.

CheatEx Jul 6 2011 at 18:03

В случае изменения задачи надо менять только классы моделей. В SQL БД надо менять схему с downtime и шансом что-нибудь сломать в процессе.

«оперировать голыми DBObject'ами» лишает Вас гибкости в принципе. Если про БД знают все уровни приложения впроть до шаблонов страниц мельчайшее изменение в требованиях порождает непрдсказуемое количество геморроя.

nekoval Jul 7 2011 at 15:31

bq. В SQL БД надо менять схему с downtime
Почему с downtime-то? ALTER TABLE ADD COLUMN

dborovikov Jul 12 2011 at 00:48

А если нужно not null поле добавить? Придется делать как минимум 2 релиза. Перед первым только добавления столбца. Перед вторым установка not null.

nekoval Jul 12 2011 at 10:56

С MongoDB будет такая же возня. Так зачем платить больше, как говорится?

mente Jul 12 2011 at 09:39

Что лочит таблицу. При маленькой таблице не проблема. На больших таблицах — большая проблема. Friends feed решил проблему по-своему

nekoval Jul 12 2011 at 10:55

Эту проблему и MongoDB не лечит.

mente Jul 12 2011 at 11:53

Наверное. Я и не утверждал, что MongoDB лечит эту проблему, просто поразило незнание работы ALTER TABLE.

sl4mmer Jan 23 2013 at 21:02

Про репликацию не забываем- мастер-слейв не умеет альтер делать.

1nd1go Jul 6 2011 at 23:03

А какой вообще смысл от schemaless базы, если классы моделей все равно ограничивают набор полей?

Ну смысл-то в быстродействии. Т.е. быстродействии базы.

Но я согласен, что ORM должен быть. Без него конечно в 2011 году тяжеловато, кода и так много в java лишнего пишется.

-1

bald2b Jul 6 2011 at 16:51

Кстати, а можно ли при при insert узнать внутренний id, присвоенный документу?

ara89 Jul 6 2011 at 17:30

Здесь есть целый раздел документации по внутренним id и индексам.
Также нашел, что после update или insert можно вызывать getlasterror, при этом «An „upserted“ field will contain the new _id value if an insert is performed».

CheatEx Jul 6 2011 at 18:07

Обычно если id и правда интересен логике приложения хорошей идеей будет его генерировать самому.

Timmmm Jul 6 2011 at 18:29

Интересны комментарий. Поясните?

CheatEx Jul 6 2011 at 18:37

Ну если он несёт какой-то смысл, то его можно сгенерировать самому, сохраняя этот самый смысл. Это позволяет например подготовить все данные для нескольких связанных операций и выполнять их параллельно, не дожидаясь выполнения одной. Кроме того сгенерированный id скорее всего будет компактнее и читабельнее (ObjectId имеет противную особенность, что уникальные внутри коллекции знаки находятся где-то в середине).

remal Jul 6 2011 at 18:22

Значение для _id, если оно не задано, генерится при сохранении объекта драйвером доступа к БД. Как при этом получаются уникальные значения можно почитать в доке или посмотреть сорцы драйвера.

Так что, после сохранения объекта в базу, можно просто прочесть его поле _id, в которое будет записан индификатор.

voronaam Jul 7 2011 at 00:34

И как всегда описан только «нормальный» режим работы. А ведь в java-коннекторе для MongoDB самое главное это обработка исключений. Так вот, этот java-коннектор обожает кидать RuntimeException'ы из самых неожиданных мест. А если вы, например, работаете с базой асинхронно из выделенных потоков, то неожиданные экспешены, убивающие треды в пуле, вам ни к чему.

mezastel Jul 20 2011 at 17:17

А зачем тут конверсии в/из DBObject? Ява что сама не умеет сериализовывать классы?

ara89 Jul 20 2011 at 21:46

В базе все хранится в парах ключ-значение, а тут необходимо заполнить поля объекта Book данными из базы. Какое решение вы предлагаете?

mezastel Jul 20 2011 at 23:12

Ну, я пишу примерно вот так:

using (var srv = GetServer())

{

 var coll = srv.GetCollection();

 Book b = new Book() { ... };

 coll.Insert(b);

}

Anton_DS Jul 26 2011 at 10:53

Мне теоритически интересна возможность использования noSQL хранилиш, для хранения настроек пользователя на серврер приложений к примеру ну и много чего еще.

Мне вот правда интересно пару ньансов, возможно кто-то может прояснить:
-0- А что если положить в noSQL хранилише несколько миллионов записей?? Насколько эффективно будет извлекать запись по некоему ключу ??

-1- В кластеризованой среде мне необходим отдельный сервре для устаноки на него noSQL базы, не так ли ??

Show the best of all time