Хорошо ли вводить nHibernate для устаревшей базы данных в текущем проекте?

Question

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

Схема базы данных не определена как,

• Нет первичного ключа для некоторых таблиц
• Первичный ключ как составной ключ
• Внешние ключи в составных первичных ключах
• Ограничение внешнего ключа, ссылающееся на столбец первичного ключа той же таблицы
• Составной первичный ключ упоминается как внешний ключ в другой таблице
• Наличие более 400 таблиц и будет увеличено

Приложение, в котором реализовано очень меньше концепции OOPS, или, скажем, меньше объектов, используемых вообще.

Итак, ищем ответы, если вообще будем вводить NHibernate с шаблоном Repository в это конкретное время, чтобы ускорить процесс разработки.

Приветствие.

Answer 1

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