Является ли CSLA.NET правильным решением для нескольких баз данных?

Question

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

Например, у меня есть 10 000 записей в таблице Test_Table_1, и сейчас он находится в единственной базе данных. Теперь я хочу переместить 5000 записей из этой базы данных в новую базу данных с тем же именем таблицы. Итак, у меня было бы 2 базы данных, в оригинале были бы первые 5000 записей, а новый дата-центр оставил бы остальные (5000 записей.)

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

Вот мои вопросы:

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

Answer 1

CSLA не является базой данных. Он предоставляет методы бизнес-объектов, которые абстрагируют реализацию доступа к данным. Но вам все равно придется реализовать уровень доступа к данным, используя ADO .NET/какой-то ORM/etc.

Я бы посмотрел в NHibernate и пакет Shards.

http://nhforge.org/

http://nuget.org/packages/NHibernate.Shards/

Answer 2

CSLA не рамочный доступа к данным или ОРМ, это основа бизнес-слой.

Это абстрактная концепция базы данных, позволяющая вашему бизнес-уровню использовать данные из нескольких баз данных.

Взаимодействие с базой данных (данными) лежит на вашем уровне доступа к данным (DAL). CSLA обеспечивает некоторую функциональность на высоком уровне, поэтому он последовательно запускает ваш DAL, но вам нужно реализовать свой DAL.

Одним из важных соображений при создании объектов бизнес-домена, которые включают данные из нескольких баз данных, является то, что значения из каждой таблицы базы данных обычно необходимы для любых обновлений базы данных, если пользователь сохраняет данные объекта. В результате вы должны будете сохранить эти ключевые значения в своем бизнес-объекте (возможно, как частные свойства). То же самое верно для значений параллелизма, таких как временные метки.