Я относительно новичок в мире MongoDb, исходя из среды среды MS Sql/Entity.Понимание схемы Mongoose лучше
Я очень рад Монго, из-за:
способность MongoDB для динамического изменения формы класса/таблицы/коллекции во время выполнения.
Entity framework не предлагает мне это.
Почему это так важно?
Потому что я хотел бы создать общую программу инвентаризации и имеют класс продукта/коллекция/таблица быть динамическим для клиентов, чтобы добавить поля, имеющие отношение к их деятельности, которые не могут быть использованы всеми, например. Номер Vin, номер ISBN и т. Д.
Теперь я пришел, чтобы узнать о Mongoose и о том, как он предлагает схему, которая мне отвлекает от гибкости MongoDb, описанной выше.
В нескольких разделах я читал, что существует такое животное, как смешанная схема, но оно выглядит динамическим относительно типа данных, а не набором свойств для данного класса/коллекции/таблицы.
Так вот мой вопрос:
Если я смотрю на разработку универсального класса/сбор/таблица, которая дает клиентам формировать его включать какой бы то ни поля/свойства, которые они хотят, которые имеют отношение к их бизнесу, динамично , я должен отказаться от всего понятия мангуста?
С такой динамической схемой утилита Mongoose довольно ограничена. Какие особенности Mongoose вы хотите использовать? – JohnnyHK
Вот именно. Я прочитал об Mongoose, и я не вижу никакой реальной выгоды от него в MongoDb. Отсюда причина, по которой я задаю этот вопрос. Я имею в виду, если я намерен сильно набирать свои свойства, и в этом случае предопределяю, каковы мои свойства, не возвращаюсь ли я снова к реляционной базе данных? Разве я не теряю все преимущества динамических свойств/полей? – 2014-09-26 13:48:08