Коллекции Mongo без схемы и C#

Миграция схемы с помощью MongoDB на самом деле намного менее болезненна, чем, скажем, с SQL-сервером.

Добавить новое поле легко, старые записи будут поступать с нулевым значением, или вы можете использовать атрибуты для управления значением по умолчанию [BsonDefaultValue("abc", SerializeDefaultValue = false)]

Атрибут [BsonIgnoreIfNull] также удобен для исключения объектов, которые имеют значение null, из документа при его сериализации.

Удалить поле также довольно просто, вы можете использовать [BSonExtraElements] (см. документы), чтобы собрать и сохранить их, или вы можете использовать [BsonIgnoreExtraElements], чтобы просто выбросить их.

С их помощью действительно нет необходимости преобразовывать каждую запись в новую схему, вы можете делать это лениво по мере необходимости, когда записи обновляются, или медленно в фоновом режиме.

PS, поскольку вы также заинтересованы в использовании динамического с Mongo, вот experiment Я пробовал в этом направлении. А вот обновленный пост с полным сериализатором. и десериализатор для динамических объектов.

Моя текущая мысль по этому поводу состоит в том, чтобы использовать ту же реализацию, что и в реляционной базе данных. Иметь коллекцию версий базы данных, в которой хранится текущая версия базы данных.

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

В языках со статической типизацией, таких как C#, всякий раз, когда объект где-то сериализуется, затем изменяется его исходный класс, а затем он десериализуется обратно в новый класс, вы, вероятно, столкнетесь с проблемами где-то по ходу дела. Это довольно неизбежно, будь то MongoDB, WCF, XmlSerializer или что-то еще.

Обычно у вас есть некоторая гибкость с параметрами сериализации, например с Mongo вы можете изменить имя свойства класса, но по-прежнему сопоставлять его значение с тем же именем поля (например, используя атрибут BsonElement). Или вы можете указать десериализатору игнорировать поля Mongo, у которых нет соответствующего свойства класса, используя атрибут BsonIgnoreExtraElements, поэтому удаление свойства не вызовет исключения, когда старое поле загружается из Mongo.

Однако в целом для любых изменений структурной схемы вам, вероятно, потребуется перезагрузить данные или запустить сценарий миграции. Другой альтернативой является использование динамических переменных C#, хотя это на самом деле не решает основную проблему, вы просто получите меньше ошибок сериализации.

Я использую mongodb чуть больше года, хотя и не для очень больших проектов. Я использую csmongo от Hugo или форк здесь. Мне нравится динамический подход, который он вводит. Это особенно полезно для проектов, в которых структура базы данных изменчива.