Есть ли какие-либо ошибки или веские причины не использовать autosproc для вызовов хранимых процедур?

Question

Я реализовал слой доступа к данным, который заполняет общие сущности из хранилища данных с использованием варианта третьего подхода обезьяны ( http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx ). Это хорошо работает, хорошо работает и избавляет меня от написания множества повторяющегося кода для извлечения данных.

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

Я нашел некоторые рекомендации по адресу: http://msdn.microsoft.com /en-us/library/ms973259.aspx и некоторые примеры кода в решении Autosproc. На бумаге это выглядит неплохо, и я собираюсь включить это, но быстрый Google не сильно повлиял на восприятие пользователем реализации autosproc, и я ищу большие пальцы вверх (или вниз) от любого, кто был там и сделал это уже.

Итак, вы использовали autosproc? Это хорошо сработало для вас? Существуют ли какие-либо недостатки в производительности или в других местах, которые могут сделать его непригодным для корпоративного приложения?

Советы приветствуются.

Answer 1

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

Подводя итог, мне это не понравилось: это вызвало слишком много проблем.

(просто обыскиваю оставшиеся без ответа вопросы и нашел этот)