Облегченное резервное копирование данных Entity Framework: XML, MDF или DB?

Question

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

Класс, который взаимодействует с этими данными, имеет интерфейс, который я могу использовать, чтобы определить, нужно ли мне общаться с полной БД или с «легким» резервным копированием и реализовать методы соответственно. Так, например, команда «save» находится на интерфейсе, а не на классах данных, и поэтому может выполнять простую Entity Framework SaveChanges () или что-то более сложное. Другими словами, у меня нет , чтобы использовать Entity Framework для взаимодействия со «легкой» версией моих данных, хотя это сделало бы мою жизнь намного проще, если бы я мог.

Вопрос на самом деле в том, что я понятия не имею, как лучше всего выполнить эту «легкую» резервную копию. Я могу сохранить данные в виде необходимого файла XML или MDF напрямую из базы данных. Я не думаю, что у меня будет настоящая живая БД для работы. Но я ничего не знаю о преимуществах или проблемах любого подхода, или даже если они технически возможны.

Предложения приветствуются!

Answer 1

Я думаю, что в конечном итоге вы создадите собственный провайдер EF (см. здесь и здесь ). Написав своего собственного провайдера, вы сможете очень точно контролировать происходящее и, возможно, даже перенаправить его в Xml (хотя я не уверен, возможно ли это ... EF - это все о генерации SQL).

Получив этого провайдера, вы можете сгенерировать EF-код, как и во всем.

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