SQL Server ADO.Net извлекает информацию об ошибке из sql-скрипта

Question

Я работаю над проектом, где мы должны запросить старую базу данных SQL Server 2000 (PeopleSoft, если вам нужно знать). Запрос возвращает набор результатов. Если бы мы были в более новой базе данных, я бы использовал хранимые процедуры и обработку ошибок (например, @ErrNo, @ErrMsg, Try/Catch), чтобы получить то, что я хочу.

Однако мы находимся на SQL Server 2000, и нам НЕ разрешено использовать хранимые процедуры, поэтому нам остается использовать только динамические SQL-запросы и скрипты. В настоящее время мы используем ADO.Net (например, DbCommand и Execute methods) для получения нашего набора результатов.

Что я хотел бы сделать, это добавить больше ошибок/проверки правильности в наши SQL-скрипты и вернуть сообщения в наш .Net-код. (например, входное значение недействительно, строка не найдена и т. д.)

Кто-нибудь знает, как это сделать под этими ограничениями? Если нет простых способов сделать это, можете ли вы порекомендовать некоторые альтернативы? например

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

2. перерыв наши кода/скрипты на несколько этапов и вызывать его из нашего кода .Net (тогда мы должны будем использовать транзакции?)

3. и т. д.? На самом деле ударяю головой ...

Спасибо всем.

Answer 1

Сохраненные процедуры имеют мало общего с тем, что (я чувствую) вы пытаетесь достичь. Даже если у вас есть обработка ошибок в хранимой процедуре, вы все равно собираетесь отправлять недопустимые данные, чтобы получить обработанную ошибку. Похоже, вам нужно, чтобы «до того, как DB call» проверили.

Что вы можете сделать, чтобы улучшить свою ситуацию, так это использовать Ado.net в значительной степени. В частности - используйте DataTables. Вы можете загрузить схему, и она создаст ваш DataTable в форме вашей таблицы Sql. Проверьте свойства DataTableColumn объекта http://msdn.microsoft.com/en-us/library/system.data.datacolumn_properties%28v=vs.90%29.aspx

При попытке вставить недопустимые данные в эту таблицу первым, он выдаст ошибку, и вы будете иметь возможность создавать определенную обработку ошибок.

Кроме того, вы можете (и должны) заменить динамический sql параметризованным запросом. Это рекомендуется и улучшит производительность.

Вместо:

"select * from customer where id = " + custId.ToString() 

Вы должны сделать:

"select * from customer where id = @1" 

Затем, когда вы создаете объект команды, необходимо добавить параметр. Это хорошо для производительности сервера Sql.

Хотя для вас DataTable будет линией защиты от отправки ошибочного кода на сервер.

Другой способ - полностью написать собственную логику проверки данных на основе INFORMATION_SCHEMA.

Другим способом является достоверная проверка ввода данных.

Обычно системы имеют как подтверждение ввода, так и проверку уровня данных.