CommandType. Текст по сравнению с CommandType. StoredProcedure
В большинстве случаев эти настройки также определены в файле jndi.properties. У вас есть тот, кто лежит где-то?
2 ответа
Одно различие - то, как нагнетание сообщения происходит.
, Где я раньше работал, у нас было много пакетных обработок, которые работали на основе ночи. Многие из них просто включенное выполнение хранимой процедуры. Мы раньше планировали эти задания SQL-сервера использования, но отодвинутый от него, чтобы вместо этого назвать процедуры из программы .NET. Это позволило нам сохранять весь наши запланированные задачи в одном месте, даже те тот SQL-сервер, к которому не имеют никакого отношения.
Это также позволило нам встраивать лучше регистрирующуюся функциональность в программу .NET, которая называет процедуры, так, чтобы вход от всех ночных процессов был последователен. Хранимые процедуры использовали бы sql print и raiserror функции, и программа .NET примет и зарегистрирует их. То, что мы изучили, было то, что CommandType.StoredProcedure будет всегда буфер эти сообщения в пакеты приблизительно 50. Код .NET не видел бы событий журнала до законченной процедуры или сбросил буфер, какие опции Вы устанавливаете на соединении или что Вы сделали в своем sql. CommandType.Text зафиксировал это для нас.
Как второстепенный вопрос, я использовал бы явные типы с Вашими параметрами запроса. Разрешение .NET попытаться вывести Ваши типы параметра может вызвать проблемы в некоторых ситуациях.
Это более чисто.
Вы называете хранимую процедуру, почему не просто используют CommandType.StoredProcedure?