А что здесь такого, спросите вы? В том-то и дело, что работа с данными в web-приложениях требует иного подхода, чем описанный во всех статьях и учебниках метод работы с использованием типизированных наборов данных. Объясняется это в первую очередь требованиями к производительности системы, что играет далеко не последнюю роль в качестве проектируемого программного продукта. И если при написании настольных приложений некоторыми аспектами производительности можно было пренебречь, то в web-приложениях такое пренебрежение чревато серьезными проблемами.
В статье мы подробно рассмотрим пример приложения, останавливаясь на ключевых моментах, объясняя преимущества выбранного метода перед другими существующими.
Итак:
В качестве системы баз данных мы выберем небезызвестный сервер баз данных MS SQL. О его достоинствах и о его вкладе в общую производительность разрабатываемого приложения здесь речь не пойдет, считая de facto его достоинства и недостатки перед другими системами.
В качестве тестовой базы данных можно воспользоваться стандартной базой Northwind, но для <чистоты эксперимента> мы создадим свою базу данных. Назовем ее DemoBase.
А теперь внимание - первое условие для построения нормального приложения. Для манипуляции данными в нашей базе мы воспользуемся хранимыми процедурами. Не вдаваясь в детали, скажем так, что их главное их преимущество заключается в том, что хранятся они на сервере в уже откомпилированном виде, в то время как простой переданный набор команд Transact-SQL проходит через такую стадию <компиляции>. Кроме того, они как бы <инкапсулируют> в себя структуру базы данных, что обеспечивает большую гибкость проектирования этой самой базы.
Наши процедуры будут выполнять четыре элементарных действия с данными в таблице Users (Select, Update, Delete и Insert). Причем Update и Insert мы объединим одной процедурой.
Процедура выборки данных:
CREATE PROCEDURE dbo.SelectUsers
(
@UID int = 0
)
IF @UID = 0
SELECT * FROM Users
ELSE
SELECT * FROM Users WHERE UID = @UID
Процедура добавления новой записи и редактирования существующей:
CREATE PROCEDURE dbo.[SetUser]
(
@UID int = 0,
@Name varchar(50),
@Comments varchar(100)
)
IF @UID = 0
INSERT INTO Users(Name, Comments) VALUES(@Name, @Comments)
ELSE
UPDATE Users SET Name = @Name, Comments = @Comments WHERE UID = @UID
Процедура удаления записи:
q
CREATE PROCEDURE dbo.DeleteUser
(
@UID int
)
DELETE FROM Users WHERE UID = @UID
И процедура, подсчета количества записей в таблице. На ее примере мы увидим, как из процедуры получать скалярные величины в качестве результата их работы:
CREATE PROCEDURE dbo.UsersCount
(
-- OUTPUT говорит нам о том, что этот параметр возвращаемый.
@Count int OUTPUT
)
AS
SELECT @Count = Count(*) FROM Users
База готова. Теперь примемся за разработку нашего web-приложения. Для этого мы воспользуемся пакетом Visual Studio .NET. Но все шаги будут сопровождаться детальными комментариями, дабы все описанное могли воспроизвести на практике люди, не пользующиеся по тем или иным причинам вышеупомянутым IDE.
После некоторых манипуляций с мышкой и клавиатурой, мы создали C#/ASP.NET проект DemoApplication.
В первую очередь позаботимся о подключении к нашей базе данных. Строку подключения мы будем хранить в конфигурационном файле Web.config. Для этого добавим специальный раздел:
<configuration>
<system.web>
........
</system.web>
<appSettings>
<add key="ConnectionString"
value="server=localhost;datasource=DemoBase;login=sa"></add>
</appSettings>
</configuration>
Кроме того, для доступа к серверу БД нам нужен будет экземпляр класса SqlConnection (почему не OleDbConnection, см. цикл статей <Работа с данными вчера, сегодня, завтра>). Для обеспечения унификации процесса создания соединения, добавим к нашему проекту класс, со статическим атрибутом нужного нам типа:
using System.Data.SqlClient;
namespace DemoApplication
{
public class DataBase
{
public static SqlConnection Connection
{
get
{
return new SqlConnection(
System.Configuration.ConfigurationSettings.
AppSettings["ConnectionString"]);
}
}
}
}
Теперь мы можем, наконец, приступить к разработке визуальной части нашего приложения.
Для начала перейдем к коду формы, и внесем некоторые изменения стандартный шаблон:
Для начала поместим на форму экземпляр SqlCommand, и назовем его SelectCommand. Затем перейдем к коду формы, и внесем в стандартный код некоторые изменения:
using System;
using System.Data;
using System.Data.SqlClient;
using System.Web.UI.WebControls;
namespace DemoApplication
{
public class WebForm1 : System.Web.UI.Page
{
private SqlConnection _connection;
private SqlConnection Connection
{
get
{
if(_connection == null)
{
// Здесь мы и воспользуемся
// нашим статическим классом
_connection = DataBase.Connection;
}
return _connection;
}
}
private void Page_Load(object sender, System.EventArgs e)
{
if(!IsPostBack)
{
CreatePage();
}
}
private void CreatePage()
{
}
#region Web Form Designer generated code
override protected void OnInit(EventArgs e)
{
InitializeComponent();
CustomInit();
base.OnInit(e);
}
private void InitializeComponent()
{
this.Load += new System.EventHandler(this.Page_Load);
}
#endregion
private void CustomInit()
{
}
}
}
Вся инициализация наших компонентов будет осуществляться методом CustomInit(). В принципе, обладатели VS.NET могут целиком положиться в инициализации многих свойств на IDE, но мы пойдем другим путем, дабы не обделять тех, у кого такого инструмента нет.
Все же, что связанно с отображением данных будет происходить в CreatePage().
В первую очередь, нам нужно выбрать данные из базы и отобразить их на форме. Для этого мы создадим экземпляр SqlCommand, и назовем его SelectCommand. Проинициализируем все его основные свойства в CustomInit():
private void CustomInit()
{
/**
* Тип команды указывает, что мы будем пользоваться хранимой процедурой.
* Этот параметр влияет на то, как Asp.net сформирует запрос для ms sql сервера
**/
SelectCommand.CommandType = CommandType.StoredProcedure;
/**
* Собственно, название процедуры
**/
SelectCommand.CommandText = "[SelectUsers]";
/**
* Для инициализации подключения мы воспользуемся
* приватным свойством класса страницы (см. выше)
**/
SelectCommand.Connection = this.Connection;
/**
* Создадим параметр, через которые и будем пердавать аргументы процедуре
**/
SelectCommand.Parameters.Add(new SqlParameter("@UID", SqlDbType.Int));
}
Теперь поместим на форму экземпляр DataGrid:
<asp:DataGrid id="UsersDataGrid" runat="server"
AutoGenerateColumns="False" DataKeyField="UID">
<Columns>
<asp:TemplateColumn HeaderText= "Имя">
<ItemTemplate>
<asp:Label id=Label2 runat="server"
Text='<%#DataBinder.Eval(Container, "DataItem.Name")%>'></asp:Label>
</ItemTemplate>
<EditItemTemplate>
<asp:TextBox id=NameTextBox runat="server"
Text='<%# DataBinder.Eval(Container, "DataItem.Name") %>'></asp:TextBox>
</EditItemTemplate>
</asp:TemplateColumn>
<asp:TemplateColumn HeaderText="Комментарии">
<ItemTemplate>
<asp:Label id=Label1 runat="server"
Text='<%#DataBinder.Eval(Container, "DataItem.Comments")%>'></asp:Label>
</ItemTemplate>
<EditItemTemplate>
<asp:TextBox id= CommentsTextBox runat="server"
Text='<%# DataBinder.Eval(Container, "DataItem.Comments")%>'>
</asp:TextBox>
</EditItemTemplate>
</asp:TemplateColumn>
<asp:TemplateColumn>
<ItemTemplate>
<asp:LinkButton id="LinkButton1" runat="server"
CommandName="edit">править</asp:LinkButton> ::
<asp:LinkButton id="LinkButton2" runat="server"
CommandName="delete">удалить</asp:LinkButton>
</ItemTemplate>
<EditItemTemplate>
<asp:LinkButton id="LinkButton3" runat="server"
CommandName="update">принять</asp:LinkButton> ::
<asp:LinkButton id="LinkButton4" runat="server"
CommandName="cancel">отменить</asp:LinkButton>
</EditItemTemplate>
</asp:TemplateColumn>
</Columns>
</asp:DataGrid>
Теперь перейдем к методу CreatePage(). В нем-то мы и совершим тот магический жест, после которого на нашей форме будут красоваться данные из базы:
private void CreatePage()
{
// Перед тем, как выполнить команду, нужно открыть соеднение
SelectCommand.Connection.Open();
/**
* В качестве источника данных для нашего грида мы укажем набор данных,
* возвращаемый нам командой в виде SqlDataReader.
* Это самый быстрый способ получить данные из базы.
**/
SqlDataReader reader = SelectCommand.ExecuteReader();
UsersDataGrid.DataSource = reader;
// Выполним связываение
UsersDataGrid.DataBind();
/**
* После всего, нам нужно закрыть наш SQlDataReader, потому что
* он обладает свойством монопольно занимать соединение с базой.
* Это особенно актуально, когда один экземпляр соединения используется
* для нескольких операций.
**/
reader.Close();
// Ну, и закрываем соединение
SelectCommand.Connection.Close();
}
Для добавления новых записей, мы поместим на форму два TеxtBox-а, назвав их NameTextBox и CommentsTextBox соответственно, и кнопку, по нажатию на которую и будем добавлять данные. Для этого мы воспользуемся другоим экземпляром SqlCommand, который будет настроен на соответствующую процедуру. Этой же командой мы будем редактировать данные:
SetCommand.CommandText = "[SetUser]";
SetCommand.Connection = DataBase.Connection;
SetCommand.CommandType = CommandType.StoredProcedure;
SetCommand.Parameters.Add(new SqlParameter("@UID",
System.Data.SqlDbType.Int));
SetCommand.Parameters.Add(new SqlParameter("@Name",
System.Data.SqlDbType.NVarChar));
SetCommand.Parameters.Add(new SqlParameter("@Comments",
System.Data.SqlDbType.NVarChar));
Теперь обратимся к обработчику нажатия на кнопку:
private void Button1_Click(object sender, System.EventArgs e)
{
/**
* Укажем команде, с какими значениями параметров выполнять процедуру
**/
SetCommand.Parameters["@Name"].Value = NameTextBox.Text;
SetCommand.Parameters["@Comments"].Value = CommentsTextBox.Text;
/**
* Выполним команду без возвращения результирующей выборки
**/
SetCommand.Connection.Open();
SetCommand.ExecuteNonQuery();
SetCommand.Connection.Close();
/**
* А теперь "нарисуем" страницу с новыми данными
**/
CreatePage();
}
По такому же принципу происходит удаление и редактирование данных. Не вдаваясь в подробности реализации, дабы не повториться, приведу лишь код обработчиков UpdateCommand и DeleteCommand:
private void UsersDataGrid_UpdateCommand(object source,
System.Web.UI.WebControls.DataGridCommandEventArgs e)
{
SetCommand.Parameters["@UID"].Value =
UsersDataGrid.DataKeys[e.Item.ItemIndex];
SetCommand.Parameters["@Name"].Value =
((TextBox)e.Item.FindControl("NameTextBox")).Text;
SetCommand.Parameters["@Comments"].Value =
((TextBox)e.Item.FindControl("CommentsTextBox")).Text;
SetCommand.Connection.Open();
SetCommand.ExecuteNonQuery();
SetCommand.Connection.Close();
UsersDataGrid.EditItemIndex = -1;
CreatePage();
}
private void UsersDataGrid_DeleteCommand(object source,
System.Web.UI.WebControls.DataGridCommandEventArgs e)
{
DeleteCommand.Parameters["@UID"].Value =
UsersDataGrid.DataKeys[e.Item.ItemIndex];
DeleteCommand.Connection.Open();
DeleteCommand.ExecuteNonQuery();
DeleteCommand.Connection.Close();
CreatePage();
}
А теперь воспользуемся нашей процедурой подсчета количества записей в таблице и посмотрим, как из процедуры получать какие-то скалярные величины. Для этого добавим на форму еще один экземпляр SqlCommand, назвав его CountCommand и проинициализируем его параметры следующим образом:
CountCommand.Parameters.Add(new System.Data.SqlClient.SqlParameter("@Count",
System.Data.SqlDbType.Int))
CountCommand.Parameters["@Count"].Direction = arameterDirection.Output;
Мы проинициализировали свойство Direction, указав, что параметр этот возвращаемый. А теперь внесем некоторые изменения в метод CreatePage(), добавив нижеприведенный код до закрытия соединения, чтобы отобразить результат работы этой команды:
/** * Чтобы не создавать еще один экземпляр соединения, воспользуемся * уже имеющимся **/ CountCommand.Connection = SelectCommand.Connection; CountCommand.ExecuteNonQuery(); CountLiteral.Text = CountCommand.Parameters["@Count"].Value;
Таким образом мы разработали простейшее приложение "правильно" работающее с данными. После всего вышенаписанного, давайте подытожим нашу работу:
- Для обработки данных на сервере БД необходимо пользоваться хранимыми процедурами.
- Для обработки данных на уровне приложения нужно пользоваться прямым выполеннием команд, которые, в нашем случае, возвращают либо простой набор данных, либо скалярные данные, либо ничего не возвращают.
- Ну и классическое правило <занимай ресурсы как можно позже и освобождай как можно раньше> применительно к соединению с БД.
Некоторая структурная неоптимальность приложения является исключительно следствием желания сделать его более наглядным.