Есть ли какие-либо ошибки или веские причины не использовать autosproc для вызовов хранимых процедур?
-
06-07-2019 - |
Вопрос
Я реализовал слой доступа к данным, который заполняет общие сущности из хранилища данных с использованием варианта третьего подхода обезьяны ( http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx ). Это хорошо работает, хорошо работает и избавляет меня от написания множества повторяющегося кода для извлечения данных.
Теперь я хочу добавить методы, которые берут общую сущность и преобразуют ее в список параметров для подачи в сохраненный процесс, чтобы я мог добавить постоянство данных в коллекцию трюков моей обезьяны.
Я нашел некоторые рекомендации по адресу: http://msdn.microsoft.com /en-us/library/ms973259.aspx и некоторые примеры кода в решении Autosproc. На бумаге это выглядит неплохо, и я собираюсь включить это, но быстрый Google не сильно повлиял на восприятие пользователем реализации autosproc, и я ищу большие пальцы вверх (или вниз) от любого, кто был там и сделал это уже.
Итак, вы использовали autosproc? Это хорошо сработало для вас? Существуют ли какие-либо недостатки в производительности или в других местах, которые могут сделать его непригодным для корпоративного приложения?
Советы приветствуются.
Решение
Я думаю, что вам проще отослать вас к этому вопросу, где мой ответ содержит ссылки на вашу вещь AutoSproc: TSQL - Анализ плана выполнения для определения столбцов, возвращаемых хранимой процедурой
Подводя итог, мне это не понравилось: это вызвало слишком много проблем.
(просто обыскиваю оставшиеся без ответа вопросы и нашел этот)