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

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

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

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

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

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

1 Ответ

1 голос
/ 30 августа 2009

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

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

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

...