Единый метод вызова хранимой процедуры в сети

Автор：Eve Cole Время обновления：2009-07-01 16:45:17

Заявление: Эта статья была опубликована в журнале «Компьютерные приложения», том 23, выпуск 11.

Аннотация: При разработке различных систем использование хранимых процедур является хорошей привычкой, которая не только добавляет такие функции, как временные таблицы, функции и курсоры, но и Отладка, обновление и обслуживание становятся удобными. Однако почти все вызовы хранимых процедур находятся в одном и том же режиме, и основное отличие состоит в том, что параметры каждой хранимой процедуры различны. Итак, можно ли использовать метод для унификации всех вызовов хранимых процедур и сокращения ненужного программирования? На основе исследования базы данных SQL Server и ASP.NET мы реализовали унифицированный метод вызова. Этому методу необходимо только указать имя вызываемой хранимой процедуры и указать конкретные значения параметров при вызове, чтобы любые сохраненные. процедуру можно вызвать.

Ключевые слова: хранимая процедура, системная таблица, представление информационной структуры, ADO.NET Идентификационный код документа: ② Отчет о практических технических достижениях (технология), краткое изложение теоретического обучения и социальной практики (социальные науки).

Вызов хранимых процедур таким же образом в .NET.
Аннотация: Использование хранимых процедур — хорошая привычка при разработке проектов. Оно предоставляет временные таблицы, функции и курсоры, а также может принести пользу при отладке, обновлении и обслуживании. Однако почти все вызовы хранимых процедур выполняются по одному и тому же шаблону, в основном. разница между ними - это параметры каждой хранимой процедуры. Тогда можем ли мы вызывать хранимые процедуры одинаковым образом, несмотря на их различия, и сокращать программный код? Мы сделали это после изучения SQL Server и .NET. имя хранимой процедуры и значения ее параметров, вам не нужно создавать параметры самостоятельно. Ключевые слова: процедура Stord, системная таблица, информационная схема, ADO.NET.

Краткое описание: при разработке проекта вы часто вызываете метод. хранимые процедуры. Однако почти все вызовы хранимых процедур выполняются по одному и тому же шаблону. Основное различие заключается в типе и значении каждого создаваемого параметра. Итак, можно ли вызвать все хранимые процедуры через одну функцию (или класс)? В этой статье реализован единый метод вызова, основанный на принципе использования системных таблиц, предоставляемых базой данных. Этому методу необходимо только указать имя вызываемой хранимой процедуры и указать конкретные значения параметров при вызове, чтобы любые. хранимую процедуру можно вызвать.

Аннотация: Нам приходится вызывать хранимые процедуры систем баз данных во время разработки проекта. Однако вызовы хранимых процедур практически одинаковы, основное различие заключается в разнице между типом или значением параметров и т. д. Можем ли мы вызывать какие-либо хранимые процедуры через них? функция (или класс)? На основе системных таблиц, предоставляемых системами баз данных, мы написали класс для вызова любых хранимых процедур в этой статье. Для вызова хранимой процедуры вам необходимо указать только имя хранимой процедуры и. значение всех параметров хранимой процедуры.

1． Введение

При разработке различных систем использование хранимых процедур является хорошей привычкой. Оно не только добавляет такие функции, как временные таблицы, функции и курсоры, но также упрощает отладку, обновление и обслуживание. В процессе хранения данные могут быть обработаны, а затем возвращены, что может обеспечить больший анализ и контроль данных. При вызовах хранимых процедур мы обнаружили, что вызовы хранимых процедур происходят примерно по следующему шаблону:

1. Объявить SqlConnection
2. Объявите SqlCommand и задайте для его свойства Connection только что объявленный экземпляр SqlConnection, задайте для CommandName имя хранимой процедуры, а для CommandType — хранимую процедуру.
3． Добавьте все параметры, необходимые для вызовов хранимых процедур, в коллекцию параметров только что объявленного экземпляра SqlCommand 4. Вызовите метод ExecuteReader() класса SqlCommand, чтобы получить набор строк, возвращаемый хранимой процедурой.
4. Объявите SqlDataAdapter и DataSet, установите для свойства SelectCommand SqlDataAdapter экземпляр, объявленный в пункте 3, а затем вызовите его метод Fill, чтобы заполнить возвращенный набор строк в DataSet.
5. Закройте объект SqlConnection.
6． Освободите каждый экземпляр объявленного объекта (Примечание: 4 относится к двум методам извлечения данных. В ходе этого процесса вызова мы обнаружили, что почти все вызовы хранимых процедур находятся в этом режиме. Разница заключается в хранилище на шаге 2. Различные имена процессов). отличаются от параметров, используемых при каждом вызове хранимой процедуры на шаге 3. Они различаются именами параметров, направлениями, типами данных, длиной и т. д. Итак, есть ли способ реализовать все вызовы хранимых процедур? То есть вам нужно только указать имя хранимой процедуры, а затем передать значения параметров в вызывающий метод для реализации вызова хранимой процедуры, а затем использовать определенные структуры данных для сохранения возвращаемого набора строк, значений исходящих параметров и возвращаемые значения процесса. Изучив системные таблицы SQL Server, мы обнаружили, что эта идея осуществима.

2. Системные таблицы и представления информационной структуры
Реляционные базы данных, такие как SQL Server, каким-то образом хранят метаданные в базе данных. В SQL Server это системная база данных и системные таблицы. После установки SQL Server автоматически будут созданы четыре системные базы данных: master, model, msdb и tempdb. Основная база данных — это хранилище всей информации системного уровня в SQL Server. Учетные записи входа, параметры конфигурации, системные хранимые процедуры и существование других баз данных записываются в главную базу данных. В базе данных msdb хранится информация об агенте SQL Server. Когда задания, операторы и оповещения определены, они сохраняются в msdb. Модель — это шаблон для всех баз данных, созданных пользователем. При создании новой базы данных скопируйте модель и создайте необходимые объекты. tempdb сохраняет временные объекты в SQL Server. Для отображения созданных временных таблиц и временных хранимых процедур, а также временных объектов, созданных системой, используется база данных tempdb. [1] И каждая база данных имеет свои собственные системные таблицы. Эти системные таблицы используются для хранения конфигурации и информации об объектах. Из этих системных таблиц мы можем получить информацию обо всех параметрах каждой хранимой процедуры. Эта информация хранится в таблице syscolumns. В нашем методе необходимо использовать имена параметров, типы, длины, направления и т. д. Однако поля в системных таблицах будут меняться в зависимости от версии SQL Server. Например, type и xtype в системных столбцах являются примером таких изменений. Они оба хранят информацию о типе. Чтобы адаптировать наш метод к изменениям версий SQL Server, нам нужно использовать представление информационной структуры. ANSI-92 определяет представления информационной структуры как набор представлений, которые предоставляют системные данные. Используя это представление, вы можете скрыть реальные системные таблицы из вашего приложения. Изменения в системных таблицах не повлияют на приложения, поэтому приложения могут быть независимыми от производителей и версий баз данных. [1] ANSI-92 и SQL Server поддерживают использование трехсегментной структуры именования для ссылки на объекты на локальном сервере. Терминология ANSI-92 называется каталог.схема.объект, а SQL Server — база данных.владелец.объект. [1] Например, если мы хотим найти всю информацию о параметрах всех хранимых процедур, мы можем использовать: select * from INFORMATION_SCHEMA.PARAMETERS. Если мы хотим найти всю информацию о параметрах определенной хранимой процедуры, это: select. * из INFORMATION_SCHEMA.PARAMETERS где SPECIFIC_NAME ='Proc1 ' Благодаря представлению информационной структуры более половины наших проблем были решены. Далее мы рассмотрим, как реализовать наш метод в .NET.

3． Основное внимание в методе реализации уделяется тому, как получить всю информацию о параметрах хранимой процедуры на основе ее имени, а затем автоматически создать каждый параметр на основе этой информации о параметрах. Чтобы автоматизировать эти действия, процесс объявления SqlConnection, SqlCommand и SqlParameter, а также процесс создания каждого SqlParameter должны быть невидимы для пользователя. Единственное, что нужно указать пользователю, — это имя хранимой процедуры, а затем при вызове предоставить различные параметры, причем даже их типы указывать не нужно.

3.1 Получение и создание параметров хранимой процедуры Ключевым моментом является получение и создание параметров вызываемой хранимой процедуры. Мы можем автоматически реализовать этот шаг через представление информационной структуры.
// Получаем и создаем параметры хранимой процедуры

Private void GetProcedureParameter(params object[] параметры)

{ SqlCommand myCommand2 = new SqlCommand();

myCommand2.Connection = this.myConnection;

myCommand2.CommandText = "выберите * из INFORMATION_SCHEMA.PARAMETERS где SPECIFIC_NAME = '" + this.ProcedureName + "' порядок по ORDINAL_POSITION";

SqlDataReader Reader = null; Reader = myCommand2.ExecuteReader(); // Создаем возвращаемый параметр

myParameter = new SqlParameter();

myParameter.ParameterName = "@Value";

myParameter . SqlDbType = SqlDbType.Int;

myParameter.Direction = ПараметрDirection.ReturnValue;

myCommand.Parameters.Add(myParameter);

// Создайте каждый параметр. Здесь вы можете автоматически создать тип SqlParameter, значение, направление и другие атрибуты.

while(reader.Read())

{

myParameter = новый SqlParameter();

myParameter.ParameterName = читатель["PARAMETER_NAME"].ToString();

myParameter.Direction = читатель["PARAMETER_MODE"].ToString()=="IN" ?ParameterDirection.Input:ParameterDirection.Output;

switch(reader["DATA_TYPE"].ToString()) {

case "int" :

if(myParameter.Direction == ПараметрDirection.Input)

myParameter.Value = (int)parameters[i] ;

myParameter.SqlDbType = SqlDbType.Int

;

//...большая часть обработки конкретных типов опускается

по умолчанию :break;

myCommand.Parameters.Add

(myParameter)

;
3.2. Набор данных результата возврата, возвращаемое значение и набор исходящих параметров. После создания параметров хранимой процедуры мы можем вызвать хранимую процедуру. Потому что в .NET обычно используемыми классами, возвращающими наборы результатов, являются SqlDataReader и DataSet, а SqlDataReader можно использовать только при сохранении соединения, а DataSet — нет. В нашей реализации соединение должно быть отключено после вызова, поэтому для сохранения возвращенного набора результатов используется DataSet.

public SqlResult Call(params object[] параметры){ // SqlResult — это самоопределяемый класс, используемый для сохранения наборов данных результатов, возвращаемых значений и наборов исходящих параметров SqlResult result = new SqlResult(); // Определите собственное соединение как. необходимая строка

myConnection = new SqlConnection(ConnectionString);

myCommand = new SqlCommand(this.ProcedureName, myConnection);

myCommand.CommandType = CommandType.StoredProcedure;

SqlDataAdapter = new SqlDataAdapter(myCommand)

; // Получить и создать. Сохраняем параметры процедуры и устанавливаем значения

GetProcedureParameter(parameters);

myAdapter.Fill(result.dataSet, "Table" // Получаем пару значений исходящего параметра и имени хранимой процедуры и сохраняем ее в хэш-таблице. GetOutputValue(result) ; // Здесь освобождаем различные ресурсы и отключаем

myAdapter.Dispose();

myConnection.Close

();

myConnection.Dispose

();

4. Дальнейшая работа Хотя наша реализация здесь предназначена для базы данных SQL Server, этот метод можно использовать для любой базы данных, которая предоставляет представления информационной структуры, соответствует стандарту ANSI-92 или предоставляет метаданные. Мы инкапсулируем его в класс SqlProcedure, и хранимую процедуру можно легко вызвать при необходимости, что сокращает объем повторяющейся работы с кодом. Чтобы класс SqlProcedure поддерживал больше типов данных, в методе GetProcedureParameter() вам необходимо проанализировать тип, направление, длину, значение по умолчанию и другую информацию каждого параметра в соответствии с вашими потребностями, а затем создать этот параметр. По сути, таким способом можно реализовать любой тип, даже типы изображений. Таким образом, класс может быть очень общим и полезным в любом проекте.

Ссылки
[1] Рэй Рэнкинс, Пол Дженсен, Пол Бертуччи, Практическая книга по SQL Server 2000, Пекин: Electronic Industry Press, 2002.
[2] Библиотека MSDN, январь 2003 г., Microsoft Corporation.

Об авторе: Лю Чжибо (1979-), мужчина, из Синьхуа, провинция Хунань, степень магистра, основные направления исследований: нейронные сети и распознавание образов, информационная система автоматизации делопроизводства.
электронная почта: [email protected]