2013-06-23 3 views
2

Я только что начал использовать MongoDB (мой первый опыт работы с NoSQL db). Это проект, который будет обрабатывать большой объем данных в будущем. Я пишу скелет для доступа к данным. После многих мыслей все еще меня путают, следует ли мне выбрать ORM, например, morphia для MongoDB, или я должен использовать предоставленный интерфейс из класса драйвера MongoDB и написать DAO с нуля. Я знаю, что здесь есть компромисс между производительностью и простотой развития. В то же время, в отличие от реляционных баз данных, базам данных NoSQL в большинстве случаев не обязательно нужен ORM-сопоставитель. Пожалуйста, посоветуйте мне использовать ORM для MongoDB для больших стартапов данных?Использование ORM для MongoDB

ответ

3

Я бы посоветовал, что если вы новичок в каких-либо приложениях, сначала попробуйте использовать API самого низкого уровня. Это заставляет вас ознакомиться с продуктом, и вы узнаете, как с ним работать. Вы узнаете его сильные стороны, вы узнаете, как использовать его самым оптимальным способом, и вы узнаете его слабости. Вы никогда не узнаете эти вещи, если начнете прятаться за ORM с самого начала.

Если вы получите то знать систему (в данном случае) MongoDB достаточно хорошо, то вы могли бы рассмотреть используя ODM-мы склонны называть его ODM, как R означает «реляционная», в то время как «D» означает «Документ». Но, как вы говорите, для работы с MongoDB или любыми базами данных NoSQL, наличие ODM не всегда имеет большой смысл, но может повысить производительность разработчика. Но для начала я бы избегал ORM/ODM.

+0

Я больше не мог согласиться. Кроме того, термин ORM означает объект-реляционный-mapper, который, как представляется, не имеет смысла для базы данных документов. – mnemosyn

+0

спасибо @mnemosyn, я разъяснил это. – Derick

Смежные вопросы