型指定された DataSet の TableAdapters に新しいストアド プロシージャを作成する (C#)
以前のチュートリアルでは、コードに SQL ステートメントを作成し、実行するデータベースにステートメントを渡しました。 もう 1 つの方法は、データベースで SQL ステートメントが事前に定義されているストアド プロシージャを使用することです。 このチュートリアルでは、TableAdapter ウィザードで新しいストアド プロシージャを生成する方法について説明します。
はじめに
これらのチュートリアルのデータ アクセス層 (DAL) では、型指定されたデータセットを使用します。 「データ アクセス層の作成」チュートリアルで説明したように、型指定された DataSet は厳密に型指定された DataTable と TableAdapters で構成されます。 DataTable はシステム内の論理エンティティを表し、TableAdapters は基になるデータベースとインターフェイスしてデータ アクセス作業を実行します。 これには、DataTable にデータの設定、スカラー データを返すクエリの実行、データベースからのレコードの挿入、更新、削除が含まれます。
TableAdapters によって実行される SQL コマンドには、アドホック SQL ステートメント (、 など SELECT columnList FROM TableName
) やストアド プロシージャのいずれかを指定できます。 このアーキテクチャの TableAdapters では、アドホック SQL ステートメントが使用されます。 ただし、多くの開発者とデータベース管理者は、セキュリティ、保守容易性、および更新容易性の理由から、アドホック SQL ステートメントよりもストアド プロシージャを優先します。 柔軟性のためにアドホック SQL ステートメントを熱心に好む人もいます。 私の仕事では、アドホックSQLステートメントよりもストアドプロシージャを優先していますが、アドホックSQLステートメントを使用して以前のチュートリアルを簡略化することを選択しました。
TableAdapter を定義したり、新しいメソッドを追加したりする場合、TableAdapter ウィザードを使用すると、アドホック SQL ステートメントを使用する場合と同じように、新しいストアド プロシージャを作成したり、既存のストアド プロシージャを使用したりするのが簡単になります。 このチュートリアルでは、TableAdapter ウィザードでストアド プロシージャを自動生成する方法について説明します。 次のチュートリアルでは、既存のストアド プロシージャまたは手動で作成されたストアド プロシージャを使用するように TableAdapter のメソッドを構成する方法について説明します。
注意
ストアド プロシージャとアドホック SQL の長所と短所に関する活発な議論については、Rob Howard のブログ エントリ「ストアド プロシージャをまだ使用しないか? 」と 「Frans Bouma のブログ エントリ ストアド プロシージャは悪い、M Kay?」 を参照してください。
ストアド プロシージャの基本
関数は、すべてのプログラミング言語に共通するコンストラクトです。 関数は、関数が呼び出されたときに実行されるステートメントのコレクションです。 関数は入力パラメーターを受け取ることができ、必要に応じて値を返すことができます。 ストアド プロシージャ は、プログラミング言語の関数と多くの類似点を共有するデータベースコンストラクトです。 ストアド プロシージャは、ストアド プロシージャが呼び出されたときに実行される一連の T-SQL ステートメントで構成されます。 ストアド プロシージャは、0 から多くの入力パラメーターを受け取り、スカラー値、出力パラメーター、または最も一般的にはクエリから SELECT
結果セットを返すことができます。
注意
ストアド プロシージャは、多くの場合、sprocs または SP と呼ばれます。
ストアド プロシージャは、T-SQL ステートメントを CREATE PROCEDURE
使用して作成されます。 たとえば、次の T-SQL スクリプトでは、 という名前GetProductsByCategoryID
の 1 つのパラメーターを受け取り、一致するCategoryID
値を持つテーブル内Products
の列の 、ProductName
、UnitPrice
、および Discontinued
フィールドを返す ProductID
という名前@CategoryID
のストアド プロシージャを作成します。
CREATE PROCEDURE GetProductsByCategoryID
(
@CategoryID int
)
AS
SELECT ProductID, ProductName, UnitPrice, Discontinued
FROM Products
WHERE CategoryID = @CategoryID
このストアド プロシージャを作成したら、次の構文を使用して呼び出すことができます。
EXEC GetProductsByCategory categoryID
注意
次のチュートリアルでは、Visual Studio IDE を使用したストアド プロシージャの作成について説明します。 ただし、このチュートリアルでは、TableAdapter ウィザードでストアド プロシージャを自動的に生成できるようにします。
単にデータを返すだけでなく、ストアド プロシージャは、1 つのトランザクションのスコープ内で複数のデータベース コマンドを実行するためによく使用されます。 たとえば、 という名前 DeleteCategory
のストアド プロシージャは、 パラメーターを @CategoryID
受け取り、2 つのステートメント (1 DELETE
つ目は関連する製品を削除するステートメント、もう 1 つは指定したカテゴリを削除するステートメント) を実行する場合があります。 ストアド プロシージャ内の複数のステートメントは、トランザクション内で自動的にラップ されません 。 ストアド プロシージャの複数のコマンドがアトミック操作として扱われるようにするには、追加の T-SQL コマンドを発行する必要があります。 以降のチュートリアルでは、トランザクションのスコープ内でストアド プロシージャのコマンドをラップする方法について説明します。
アーキテクチャ内でストアド プロシージャを使用する場合、データ アクセス層の メソッドは、アドホック SQL ステートメントを発行するのではなく、特定のストアド プロシージャを呼び出します。 これにより、アプリケーションのアーキテクチャ内で定義されるのではなく、(データベース上で) 実行される SQL ステートメントの場所が一元化されます。 この一元化により、間違いなくクエリの検索、分析、チューニングが容易になり、データベースの使用場所と使用方法に関するより明確な画像が提供されます。
ストアド プロシージャの基礎の詳細については、このチュートリアルの最後にある「さらに読む」セクションのリソースを参照してください。
手順 1: 高度なデータ アクセス層のシナリオ Web ページの作成
ストアド プロシージャを使用して DAL を作成する方法について説明する前に、まず、このチュートリアルと次のいくつかのチュートリアルに必要な ASP.NET ページを Web サイト プロジェクトに作成してみましょう。 まず、 という名前 AdvancedDAL
の新しいフォルダーを追加します。 次に、次の ASP.NET ページをそのフォルダーに追加し、各ページをマスター ページに Site.master
関連付けます。
Default.aspx
NewSprocs.aspx
ExistingSprocs.aspx
JOINs.aspx
AddingColumns.aspx
ComputedColumns.aspx
EncryptingConfigSections.aspx
ManagedFunctionsAndSprocs.aspx
図 1: 高度なデータ アクセス層のシナリオに関するチュートリアルの ASP.NET ページを追加する
他のフォルダーと同様に、 Default.aspx
フォルダーの AdvancedDAL
セクションにチュートリアルが一覧表示されます。 ユーザー コントロールには SectionLevelTutorialListing.ascx
この機能があることを思い出してください。 したがって、このユーザー コントロールを に追加するにはDefault.aspx
、ソリューション エクスプローラーからページのデザイン ビューにドラッグします。
図 2: ユーザー コントロールを SectionLevelTutorialListing.ascx
に追加する Default.aspx
(クリックするとフルサイズの画像が表示されます)
最後に、これらのページをエントリとしてファイルに Web.sitemap
追加します。 具体的には、バッチ データ <siteMapNode>
の操作の後に次のマークアップを追加します。
<siteMapNode url="~/AdvancedDAL/Default.aspx"
title="Advanced DAL Scenarios"
description="Explore a number of advanced Data Access Layer scenarios.">
<siteMapNode url="~/AdvancedDAL/NewSprocs.aspx"
title="Creating New Stored Procedures for TableAdapters"
description="Learn how to have the TableAdapter wizard automatically
create and use stored procedures." />
<siteMapNode url="~/AdvancedDAL/ExistingSprocs.aspx"
title="Using Existing Stored Procedures for TableAdapters"
description="See how to plug existing stored procedures into a
TableAdapter." />
<siteMapNode url="~/AdvancedDAL/JOINs.aspx"
title="Returning Data Using JOINs"
description="Learn how to augment your DataTables to work with data
returned from multiple tables via a JOIN query." />
<siteMapNode url="~/AdvancedDAL/AddingColumns.aspx"
title="Adding DataColumns to a DataTable"
description="Master adding new columns to an existing DataTable." />
<siteMapNode url="~/AdvancedDAL/ComputedColumns.aspx"
title="Working with Computed Columns"
description="Explore how to work with computed columns when using
Typed DataSets." />
<siteMapNode url="~/AdvancedDAL/EncryptingConfigSections.aspx"
title="Protected Connection Strings in Web.config"
description="Protect your connection string information in
Web.config using encryption." />
<siteMapNode url="~/AdvancedDAL/ManagedFunctionsAndSprocs.aspx"
title="Creating Managed SQL Functions and Stored Procedures"
description="See how to create SQL functions and stored procedures
using managed code." />
</siteMapNode>
を更新した Web.sitemap
後、ブラウザーを使用してチュートリアル Web サイトを表示します。 左側のメニューに、高度な DAL シナリオのチュートリアルの項目が含まれるようになりました。
図 3: サイト マップに、高度な DAL シナリオのチュートリアルのエントリが含まれるようになりました
手順 2: 新しいストアド プロシージャを作成するための TableAdapter の構成
アドホック SQL ステートメントの代わりにストアド プロシージャを使用するデータ アクセス層を作成する方法を示すために、 という名前NorthwindWithSprocs.xsd
のフォルダーに新しい型指定された DataSet を~/App_Code/DAL
作成します。 このプロセスは前のチュートリアルで詳しく説明しているため、ここでの手順をすばやく進めます。 型指定された DataSet の作成と構成に関する詳細な手順が必要な場合は、 データ アクセス層の作成 に関するチュートリアルを参照してください。
フォルダーを右クリックし、[新しい項目の追加] を選択 DAL
し、図 4 に示すように DataSet テンプレートを選択して、新しい DataSet をプロジェクトに追加します。
図 4: 名前付きの NorthwindWithSprocs.xsd
プロジェクトに新しい型指定された DataSet を追加する (フルサイズの画像を表示する をクリックします)
これにより、新しい型指定された DataSet が作成され、そのDesignerが開き、新しい TableAdapter が作成され、TableAdapter 構成ウィザードが起動します。 TableAdapter 構成ウィザードの最初の手順では、操作するデータベースを選択するように求められます。 Northwind データベースへの接続文字列がドロップダウン リストに表示されます。 これを選択し、[次へ] をクリックします。
この次の画面では、TableAdapter がデータベースにアクセスする方法を選択できます。 前のチュートリアルでは、SQL ステートメントを使用する最初のオプションを選択しました。 このチュートリアルでは、2 番目のオプションである [新しいストアド プロシージャの作成] を選択し、[次へ] をクリックします。
図 5: 新しいストアド プロシージャを作成するように TableAdapter に指示する (フルサイズの画像を表示する場合はクリックします)
アドホック SQL ステートメントの使用と同様に、次の手順では、TableAdapter の メイン クエリの ステートメントを指定SELECT
するように求められます。 ただし、ここに入力したステートメントを SELECT
使用してアドホック クエリを直接実行する代わりに、TableAdapter ウィザードによって、この SELECT
クエリを含むストアド プロシージャが作成されます。
この TableAdapter には、次 SELECT
のクエリを使用します。
SELECT ProductID, ProductName, SupplierID, CategoryID,
QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder,
ReorderLevel, Discontinued
FROM Products
図 6: クエリを入力します SELECT
(クリックするとフルサイズの画像が表示されます)
注意
上記のクエリは、型指定された DataSet の Northwind
メイン クエリProductsTableAdapter
とは若干異なります。 型指定された DataSet の Northwind
には、各製品のカテゴリとサプライヤーのカテゴリ名と会社名を取り戻すための 2 つの相関サブクエリがProductsTableAdapter
含まれていることを思い出してください。 今後の「 JOIN を使用するための TableAdapter の更新 」チュートリアルでは、この関連データをこの TableAdapter に追加する方法について説明します。
[詳細オプション] ボタンをクリックします。 ここから、ウィザードで TableAdapter の挿入、更新、および削除ステートメントも生成するかどうか、オプティミスティック コンカレンシーを使用するかどうか、および挿入と更新後にデータ テーブルを更新するかどうかを指定できます。 [挿入、更新、および削除ステートメントの生成] オプションは、既定でオンになっています。 オンのままにします。 このチュートリアルでは、[オプティミスティック コンカレンシーを使用する] オプションをオフのままにします。
TableAdapter ウィザードによってストアド プロシージャが自動的に作成されると、[データ テーブルの更新] オプションが無視されるように表示されます。 このチェック ボックスがオンになっているかどうかに関係なく、結果として得られる挿入および更新ストアド プロシージャは、手順 3 で示すように、just-inserted または just-updated レコードを取得します。
図 7: [挿入、更新、および削除のステートメントの生成] オプションをオンのままにする
注意
[オプティミスティック コンカレンシーを使用する] オプションをオンにすると、他のフィールドに変更があった場合に WHERE
データが更新されないようにする条件が句に追加されます。 TableAdapter の組み込みの オプティミスティック コンカレンシー 制御機能の使用方法の詳細については、オプティミスティック コンカレンシーの実装に関するチュートリアルを参照してください。
クエリを SELECT
入力し、[挿入、更新、および削除ステートメントの生成] オプションがオンになっていることを確認したら、[次へ] をクリックします。 この次の画面 (図 8 を参照) では、ウィザードによって作成される、データの選択、挿入、更新、および削除のために作成されるストアド プロシージャの名前の入力を求めるメッセージが表示されます。 これらのストアド プロシージャの名前を、、Products_Insert
、Products_Update
および Products_Delete
にProducts_Select
変更します。
図 8: ストアド プロシージャの名前を変更します (フルサイズの画像を表示する場合は、ここをクリックします)
TableAdapter ウィザードが 4 つのストアド プロシージャの作成に使用する T-SQL を表示するには、[SQL スクリプトのプレビュー] ボタンをクリックします。 [SQL スクリプトのプレビュー] ダイアログ ボックスで、スクリプトをファイルに保存するか、クリップボードにコピーできます。
図 9: ストアド プロシージャの生成に使用される SQL スクリプトをプレビューする
ストアド プロシージャに名前を付けた後、[次へ] をクリックして TableAdapter の対応するメソッドに名前を付けます。 アドホック SQL ステートメントを使用する場合と同様に、既存の DataTable を埋めるメソッドを作成するか、新しい DataTable を返すことができます。 TableAdapter に、レコードの挿入、更新、削除の DB-Direct パターンを含める必要があるかどうかを指定することもできます。 3 つのチェック ボックスはすべてオンのままにしますが、Return a DataTable メソッドの名前を に GetProducts
変更します (図 10 を参照)。
図 10: メソッドに名前を付け Fill
、 GetProducts
(フルサイズの画像を表示するをクリックします)
[次へ] をクリックすると、ウィザードで実行される手順の概要が表示されます。 [完了] ボタンをクリックしてウィザードを完了します。 ウィザードが完了すると、DataSet の Designerに戻り、 が含まれるProductsDataTable
ようになります。
図 11: DataSet のDesignerは、新しく追加されたProductsDataTable
を示しています (フルサイズの画像を表示する をクリックします)
手順 3: 新しく作成されたストアド プロシージャを調べる
手順 2 で使用した TableAdapter ウィザードは、データの選択、挿入、更新、削除のためのストアド プロシージャを自動的に作成しました。 これらのストアド プロシージャは、Visual Studio で [サーバー] エクスプローラーに移動し、データベースの [ストアド プロシージャ] フォルダーにドリルダウンすることで表示または変更できます。 図 12 に示すように、Northwind データベースには、および Products_Update
の 4 つの新しいストアド プロシージャProducts_Delete
Products_Insert
Products_Select
が含まれています。
図 12: 手順 2 で作成した 4 つのストアド プロシージャは、データベースのストアド プロシージャ フォルダーにあります
注意
[サーバー] エクスプローラーが表示されない場合は、[表示] メニューに移動し、[サーバー エクスプローラー] オプションを選択します。 手順 2 で追加された製品関連のストアド プロシージャが表示されない場合は、[ストアド プロシージャ] フォルダーを右クリックし、[最新の情報に更新] を選択してみてください。
ストアド プロシージャを表示または変更するには、サーバー エクスプローラーでその名前をダブルクリックするか、またはストアド プロシージャを右クリックして [開く] を選択します。 図 13 は、開かれたストアド プロシージャを示しています Products_Delete
。
図 13: Visual Studio 内からストアド プロシージャを開いて変更できる (フルサイズの画像を表示するをクリックします)
ストアド プロシージャと Products_Select
ストアド プロシージャの両方Products_Delete
の内容は非常に簡単です。 一方、ストアド プロシージャと Products_Update
ストアド プロシージャではProducts_Insert
、ステートメントと UPDATE
ステートメントの後にステートメントを実行するため、より詳細なSELECT
検査がINSERT
必要です。 たとえば、次の SQL によってストアド プロシージャが Products_Insert
構成されます。
ALTER PROCEDURE dbo.Products_Insert
(
@ProductName nvarchar(40),
@SupplierID int,
@CategoryID int,
@QuantityPerUnit nvarchar(20),
@UnitPrice money,
@UnitsInStock smallint,
@UnitsOnOrder smallint,
@ReorderLevel smallint,
@Discontinued bit
)
AS
SET NOCOUNT OFF;
INSERT INTO [Products] ([ProductName], [SupplierID], [CategoryID], [QuantityPerUnit],
[UnitPrice], [UnitsInStock], [UnitsOnOrder], [ReorderLevel], [Discontinued])
VALUES (@ProductName, @SupplierID, @CategoryID, @QuantityPerUnit, @UnitPrice,
@UnitsInStock, @UnitsOnOrder, @ReorderLevel, @Discontinued);
SELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit, UnitPrice,
UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued
FROM Products
WHERE (ProductID = SCOPE_IDENTITY())
ストアド プロシージャは、TableAdapter ウィザードで指定されたクエリによってSELECT
返された列を入力パラメーターProducts
として受け取り、これらの値は ステートメントでINSERT
使用されます。 ステートメントの後に INSERT
、クエリを SELECT
使用して、新しく追加されたレコードの Products
列値 (を ProductID
含む) を返します。 この更新機能は、Batch Update パターンを使用して新しいレコードを追加する場合に便利です。新しく追加 ProductRow
されたインスタンス ProductID
プロパティは、データベースによって割り当てられた自動インクリメント値で自動的に更新されます。
次のコードは、この機能を示しています。 これには、 ProductsTableAdapter
型指定された DataSet 用に作成された と ProductsDataTable
が NorthwindWithSprocs
含まれています。 インスタンスを作成し、その値を ProductsRow
指定し、 を渡して TableAdapter s メソッドを呼び出すことで、新しい製品が Update
データベースに ProductsDataTable
追加されます。 内部的には、TableAdapter s Update
メソッドは、渡された DataTable 内のインスタンスを列挙 ProductsRow
し (この例では、追加したインスタンスは 1 つだけです)、適切な挿入、更新、または削除コマンドを実行します。 この場合、 Products_Insert
ストアド プロシージャが実行され、テーブルに新しいレコードが Products
追加され、新しく追加されたレコードの詳細が返されます。 その後、 ProductsRow
インスタンスの ProductID
値が更新されます。 メソッドがUpdate
完了したら、 プロパティを使用して新しく追加されたレコードのProductID
値にProductsRow
ProductID
アクセスできます。
// Create the ProductsTableAdapter and ProductsDataTable
NorthwindWithSprocsTableAdapters.ProductsTableAdapter productsAPI =
new NorthwindWithSprocsTableAdapters.ProductsTableAdapter();
NorthwindWithSprocs.ProductsDataTable products =
new NorthwindWithSprocs.ProductsDataTable();
// Create a new ProductsRow instance and set its properties
NorthwindWithSprocs.ProductsRow product = products.NewProductsRow();
product.ProductName = "New Product";
product.CategoryID = 1; // Beverages
product.Discontinued = false;
// Add the ProductsRow instance to the DataTable
products.AddProductsRow(product);
// Update the DataTable using the Batch Update pattern
productsAPI.Update(products);
// At this point, we can determine the value of the newly-added record's ProductID
int newlyAddedProductIDValue = product.ProductID;
ストアド プロシージャも Products_Update
同様に、 ステートメントの後に SELECT
ステートメントを UPDATE
含みます。
ALTER PROCEDURE dbo.Products_Update
(
@ProductName nvarchar(40),
@SupplierID int,
@CategoryID int,
@QuantityPerUnit nvarchar(20),
@UnitPrice money,
@UnitsInStock smallint,
@UnitsOnOrder smallint,
@ReorderLevel smallint,
@Discontinued bit,
@Original_ProductID int,
@ProductID int
)
AS
SET NOCOUNT OFF;
UPDATE [Products]
SET [ProductName] = @ProductName, [SupplierID] = @SupplierID,
[CategoryID] = @CategoryID, [QuantityPerUnit] = @QuantityPerUnit,
[UnitPrice] = @UnitPrice, [UnitsInStock] = @UnitsInStock,
[UnitsOnOrder] = @UnitsOnOrder, [ReorderLevel] = @ReorderLevel,
[Discontinued] = @Discontinued
WHERE (([ProductID] = @Original_ProductID));
SELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit,
UnitPrice, UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued
FROM Products
WHERE (ProductID = @ProductID)
このストアド プロシージャには、 と @ProductID
の 2 つの入力パラメーターが含まれていることにProductID
@Original_ProductID
注意してください。 この機能により、主キーが変更される可能性があるシナリオが可能になります。 たとえば、従業員データベースでは、各従業員レコードが従業員の社会保障番号を主キーとして使用する場合があります。 既存の従業員の社会保障番号を変更するには、新しい社会保障番号と元の社会保障番号の両方を指定する必要があります。 テーブルでは Products
、列が列であるため ProductID
、このような機能は IDENTITY
必要ありません。変更しないでください。 実際、ストアド プロシージャの UPDATE
Products_Update
ステートメントには、列リストに ProductID
列が含まれていません。 したがって、 は ステートメント s WHERE
句でUPDATE
使用されますが@Original_ProductID
、テーブルでは余分Products
であり、 @ProductID
パラメーターに置き換えることができます。 ストアド プロシージャのパラメーターを変更する場合は、そのストアド プロシージャを使用する TableAdapter メソッドも更新することが重要です。
手順 4: ストアド プロシージャのパラメーターの変更と TableAdapter の更新
@Original_ProductID
パラメーターは余分であるため、ストアド プロシージャから完全にProducts_Update
削除してみましょう。 ストアド プロシージャをProducts_Update
開き、 パラメーターを@Original_ProductID
削除し、 ステートメントの UPDATE
句でWHERE
、 から @Original_ProductID
に使用されるパラメーター名を@ProductID
変更します。 これらの変更を行った後、ストアド プロシージャ内の T-SQL は次のようになります。
ALTER PROCEDURE dbo.Products_Update
(
@ProductName nvarchar(40),
@SupplierID int,
@CategoryID int,
@QuantityPerUnit nvarchar(20),
@UnitPrice money,
@UnitsInStock smallint,
@UnitsOnOrder smallint,
@ReorderLevel smallint,
@Discontinued bit,
@ProductID int
)
AS
SET NOCOUNT OFF;
UPDATE [Products] SET [ProductName] = @ProductName, [SupplierID] = @SupplierID,
[CategoryID] = @CategoryID, [QuantityPerUnit] = @QuantityPerUnit,
[UnitPrice] = @UnitPrice, [UnitsInStock] = @UnitsInStock,
[UnitsOnOrder] = @UnitsOnOrder, [ReorderLevel] = @ReorderLevel,
[Discontinued] = @Discontinued
WHERE (([ProductID] = @ProductID));
SELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit,
UnitPrice, UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued
FROM Products
WHERE (ProductID = @ProductID)
これらの変更をデータベースに保存するには、ツール バーの [保存] アイコンをクリックするか、Ctrl + S キーを押します。 この時点で、 Products_Update
ストアド プロシージャは入力パラメーターを @Original_ProductID
想定していませんが、TableAdapter はこのようなパラメーターを渡すよう構成されています。 TableAdapter がストアド プロシージャに送信するProducts_Update
パラメーターを確認するには、DataSet Designerで TableAdapter を選択し、プロパティ ウィンドウに移動し、コレクションParameters
内の省略記号をUpdateCommand
クリックします。 これにより、図 14 に示す [Parameters Collection エディター] ダイアログ ボックスが表示されます。
図 14: ストアド プロシージャに渡されるProducts_Update
使用パラメーターエディター Lists Parameters コレクション
メンバーの一覧からパラメーターを選択し、[削除] ボタンを @Original_ProductID
クリックするだけで、ここからこのパラメーターを削除できます。
または、Designerで TableAdapter を右クリックし、[構成] を選択して、すべてのメソッドに使用されるパラメーターを更新することもできます。 これにより、TableAdapter 構成ウィザードが表示され、ストアド プロシージャが受け取るパラメーターと共に、選択、挿入、更新、削除に使用されるストアド プロシージャが一覧表示されます。 [更新] ドロップダウン リストをクリックすると、ストアド プロシージャに Products_Update
必要な入力パラメーターが表示されます。このパラメーターは含 @Original_ProductID
まれるようになりました (図 15 を参照)。 [完了] をクリックするだけで、TableAdapter で使用されるパラメーター コレクションが自動的に更新されます。
図 15: TableAdapter の構成ウィザードを使用してメソッド パラメーター コレクションを更新することもできます (クリックするとフルサイズの画像が表示されます)
手順 5: TableAdapter メソッドを追加する
手順 2 で示したように、新しい TableAdapter を作成するときに、対応するストアド プロシージャを自動的に生成するのは簡単です。 TableAdapter にメソッドを追加する場合も同様です。 これを説明するために、手順 2 で作成した にメソッドをProductsTableAdapter
追加GetProductByProductID(productID)
します。 このメソッドは、入力として値を ProductID
受け取り、指定された製品に関する詳細を返します。
まず、TableAdapter を右クリックし、コンテキスト メニューから [クエリの追加] を選択します。
図 16: TableAdapter に新しいクエリを追加する
これにより、TableAdapter クエリ構成ウィザードが起動します。このウィザードでは、最初に TableAdapter がデータベースにアクセスする方法を確認するプロンプトが表示されます。 新しいストアド プロシージャを作成するには、[新しいストアド プロシージャの作成] オプションを選択し、[次へ] をクリックします。
図 17: [新しいストアド プロシージャの作成] オプションを選択します (フルサイズの画像を表示する場合はクリックします)
次の画面では、実行するクエリの種類を識別するように求められます。これは、一連の行または単一のスカラー値を返すか、、INSERT
、または ステートメントをUPDATE
実行するかDELETE
です。 メソッドは行を GetProductByProductID(productID)
返すので、行を返す SELECT オプションを選択したままにして、[次へ] をクリックします。
図 18: 行オプションを返す SELECT を選択します (フルサイズの画像を表示する場合はクリックします)
次の画面には、TableAdapter の メイン クエリが表示されます。このクエリには、ストアド プロシージャdbo.Products_Select
の名前 () が一覧表示されます。 ストアド プロシージャ名を次 SELECT
のステートメントに置き換えます。このステートメントは、指定した製品のすべての製品フィールドを返します。
SELECT ProductID, ProductName, SupplierID, CategoryID,
QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder,
ReorderLevel, Discontinued
FROM Products
WHERE ProductID = @ProductID
図 19: ストアド プロシージャ名をクエリに SELECT
置き換えます (フルサイズの画像を表示する場合はクリックします)
次の画面では、作成されるストアド プロシージャに名前を付けるよう求められます。 名前 Products_SelectByProductID
を入力し、[次へ] をクリックします。
図 20: 新しいストアド プロシージャ Products_SelectByProductID
に名前を付ける (フルサイズの画像を表示するをクリックします)
ウィザードの最後の手順では、生成されたメソッド名を変更し、DataTable パターンの塗りつぶし、DataTable パターンの取得、またはその両方を使用するかどうかを指定できます。 このメソッドでは、両方のオプションをオンのままにしますが、メソッドの名前を と GetProductByProductID
にFillByProductID
変更します。 [次へ] をクリックしてウィザードが実行する手順の概要を表示し、[完了] をクリックしてウィザードを完了します。
図 21: TableAdapter のメソッドの名前を と GetProductByProductID
にFillByProductID
変更します (フルサイズの画像を表示する をクリックします)
ウィザードが完了すると、TableAdapter には新しいメソッドが用意 GetProductByProductID(productID)
されています。このメソッドが呼び出されると、作成したばかりのストアド プロシージャが実行 Products_SelectByProductID
されます。 [ストアド プロシージャ] フォルダーにドリルインして開Products_SelectByProductID
いてサーバー エクスプローラーからこの新しいストアド プロシージャを表示します (表示されない場合は、[ストアド プロシージャ] フォルダーを右クリックし、[更新] を選択します)。
ストアド プロシージャは SelectByProductID
入力パラメーターとして を受け取り @ProductID
、ウィザードで入力したステートメントを実行 SELECT
します。
ALTER PROCEDURE dbo.Products_SelectByProductID
(
@ProductID int
)
AS
SET NOCOUNT ON;
SELECT ProductID, ProductName, SupplierID, CategoryID,
QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder,
ReorderLevel, Discontinued
FROM Products
WHERE ProductID = @ProductID
手順 6: ビジネス ロジック レイヤー クラスを作成する
チュートリアル シリーズ全体を通して、プレゼンテーション層がビジネス ロジック 層 (BLL) のすべての呼び出しを行う階層構造のアーキテクチャを維持するよう努めていました。 この設計上の決定に従うには、プレゼンテーション層から製品データにアクセスする前に、まず新しい型指定された DataSet の BLL クラスを作成する必要があります。
フォルダーに という名前 ProductsBLLWithSprocs.cs
の新しいクラス ファイルを ~/App_Code/BLL
作成し、次のコードを追加します。
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using NorthwindWithSprocsTableAdapters;
[System.ComponentModel.DataObject]
public class ProductsBLLWithSprocs
{
private ProductsTableAdapter _productsAdapter = null;
protected ProductsTableAdapter Adapter
{
get
{
if (_productsAdapter == null)
_productsAdapter = new ProductsTableAdapter();
return _productsAdapter;
}
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Select, true)]
public NorthwindWithSprocs.ProductsDataTable GetProducts()
{
return Adapter.GetProducts();
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Select, false)]
public NorthwindWithSprocs.ProductsDataTable GetProductByProductID(int productID)
{
return Adapter.GetProductByProductID(productID);
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Insert, true)]
public bool AddProduct
(string productName, int? supplierID, int? categoryID,
string quantityPerUnit, decimal? unitPrice, short? unitsInStock,
short? unitsOnOrder, short? reorderLevel, bool discontinued)
{
// Create a new ProductRow instance
NorthwindWithSprocs.ProductsDataTable products =
new NorthwindWithSprocs.ProductsDataTable();
NorthwindWithSprocs.ProductsRow product = products.NewProductsRow();
product.ProductName = productName;
if (supplierID == null)
product.SetSupplierIDNull();
else
product.SupplierID = supplierID.Value;
if (categoryID == null)
product.SetCategoryIDNull();
else
product.CategoryID = categoryID.Value;
if (quantityPerUnit == null)
product.SetQuantityPerUnitNull();
else
product.QuantityPerUnit = quantityPerUnit;
if (unitPrice == null)
product.SetUnitPriceNull();
else
product.UnitPrice = unitPrice.Value;
if (unitsInStock == null)
product.SetUnitsInStockNull();
else
product.UnitsInStock = unitsInStock.Value;
if (unitsOnOrder == null)
product.SetUnitsOnOrderNull();
else
product.UnitsOnOrder = unitsOnOrder.Value;
if (reorderLevel == null)
product.SetReorderLevelNull();
else
product.ReorderLevel = reorderLevel.Value;
product.Discontinued = discontinued;
// Add the new product
products.AddProductsRow(product);
int rowsAffected = Adapter.Update(products);
// Return true if precisely one row was inserted, otherwise false
return rowsAffected == 1;
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Update, true)]
public bool UpdateProduct
(string productName, int? supplierID, int? categoryID, string quantityPerUnit,
decimal? unitPrice, short? unitsInStock, short? unitsOnOrder,
short? reorderLevel, bool discontinued, int productID)
{
NorthwindWithSprocs.ProductsDataTable products =
Adapter.GetProductByProductID(productID);
if (products.Count == 0)
// no matching record found, return false
return false;
NorthwindWithSprocs.ProductsRow product = products[0];
product.ProductName = productName;
if (supplierID == null)
product.SetSupplierIDNull();
else
product.SupplierID = supplierID.Value;
if (categoryID == null)
product.SetCategoryIDNull();
else
product.CategoryID = categoryID.Value;
if (quantityPerUnit == null)
product.SetQuantityPerUnitNull();
else
product.QuantityPerUnit = quantityPerUnit;
if (unitPrice == null)
product.SetUnitPriceNull();
else
product.UnitPrice = unitPrice.Value;
if (unitsInStock == null)
product.SetUnitsInStockNull();
else
product.UnitsInStock = unitsInStock.Value;
if (unitsOnOrder == null)
product.SetUnitsOnOrderNull();
else
product.UnitsOnOrder = unitsOnOrder.Value;
if (reorderLevel == null)
product.SetReorderLevelNull();
else
product.ReorderLevel = reorderLevel.Value;
product.Discontinued = discontinued;
// Update the product record
int rowsAffected = Adapter.Update(product);
// Return true if precisely one row was updated, otherwise false
return rowsAffected == 1;
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Delete, true)]
public bool DeleteProduct(int productID)
{
int rowsAffected = Adapter.Delete(productID);
// Return true if precisely one row was deleted, otherwise false
return rowsAffected == 1;
}
}
このクラスは、前のチュートリアルの ProductsBLL
クラス セマンティクスを模倣しますが、DataSet の ProductsTableAdapter
オブジェクトと ProductsDataTable
オブジェクトを NorthwindWithSprocs
使用します。 たとえば、クラス ファイルProductsBLL
の先頭に ステートメントを含めるのではなくusing NorthwindTableAdapters
、 クラスで ProductsBLLWithSprocs
を使用using NorthwindWithSprocsTableAdapters
します。 同様に ProductsDataTable
、このクラスで使用される オブジェクトと ProductsRow
オブジェクトには、 名前空間が NorthwindWithSprocs
プレフィックスとして付けられます。 クラスにはProductsBLLWithSprocs
、2 つのデータ アクセス メソッドとGetProductByProductID
、 GetProducts
1 つの製品インスタンスを追加、更新、および削除するための メソッドが用意されています。
手順 7: プレゼンテーション レイヤーからNorthwindWithSprocs
DataSet を操作する
この時点で、ストアド プロシージャを使用して基になるデータベース データにアクセスして変更する DAL を作成しました。 また、すべての製品または特定の製品を取得するメソッドと、製品を追加、更新、削除するためのメソッドを使用して、基本的な BLL を構築しました。 このチュートリアルを切り捨てるには、BLL s ProductsBLLWithSprocs
クラスを使用してレコードの表示、更新、削除を行う ASP.NET ページを作成します。
フォルダー内のNewSprocs.aspx
ページをAdvancedDAL
開き、ツールボックスから Designerに GridView をドラッグし、 という名前を付けるProducts
。 GridView のスマート タグから、 という名前 ProductsDataSource
の新しい ObjectDataSource にバインドすることを選択します。 図 22 に示すように、 クラスを ProductsBLLWithSprocs
使用するように ObjectDataSource を構成します。
図 22: クラスを使用するように ObjectDataSource を構成する ProductsBLLWithSprocs
(フルサイズの画像を表示する をクリックします)
[選択] タブのドロップダウン リストには、 GetProducts
と の 2 つのオプションがあります GetProductByProductID
。 GridView ですべての製品を表示する場合は、 メソッドを選択します GetProducts
。 UPDATE タブ、INSERT タブ、DELETE タブのドロップダウン リストには、それぞれ 1 つのメソッドしかありません。 これらの各ドロップダウン リストで適切な方法が選択されていることを確認し、[完了] をクリックします。
ObjectDataSource ウィザードが完了すると、Visual Studio によって、製品データ フィールドの GridView に BoundFields と CheckBoxField が追加されます。 GridView の組み込みの編集および削除機能を有効にするには、スマート タグに存在する [編集を有効にする] オプションと [削除を有効にする] オプションをオンにします。
図 23: ページには、編集と削除のサポートが有効になっている GridView が含まれています (フルサイズの画像を表示する をクリックします)
前のチュートリアルで説明したように、ObjectDataSource のウィザードが完了すると、Visual Studio によって プロパティが OldValuesParameterFormatString
original_{0}に設定されます。 これは、BLL 内の {0} メソッドで想定されるパラメーターを指定して、データ変更機能が正しく機能するためには、 の既定値に戻す必要があります。 そのため、必ず プロパティを OldValuesParameterFormatString
に {0} 設定するか、宣言構文からプロパティを完全に削除してください。
データ ソースの構成ウィザードを完了し、GridView でサポートの編集と削除を有効にし、ObjectDataSource の OldValuesParameterFormatString
プロパティを既定値に戻すと、ページの宣言型マークアップは次のようになります。
<asp:GridView ID="Products" runat="server" AutoGenerateColumns="False"
DataKeyNames="ProductID" DataSourceID="ProductsDataSource">
<Columns>
<asp:CommandField ShowDeleteButton="True" ShowEditButton="True" />
<asp:BoundField DataField="ProductID" HeaderText="ProductID"
InsertVisible="False" ReadOnly="True"
SortExpression="ProductID" />
<asp:BoundField DataField="ProductName" HeaderText="ProductName"
SortExpression="ProductName" />
<asp:BoundField DataField="SupplierID" HeaderText="SupplierID"
SortExpression="SupplierID" />
<asp:BoundField DataField="CategoryID" HeaderText="CategoryID"
SortExpression="CategoryID" />
<asp:BoundField DataField="QuantityPerUnit" HeaderText="QuantityPerUnit"
SortExpression="QuantityPerUnit" />
<asp:BoundField DataField="UnitPrice" HeaderText="UnitPrice"
SortExpression="UnitPrice" />
<asp:BoundField DataField="UnitsInStock" HeaderText="UnitsInStock"
SortExpression="UnitsInStock" />
<asp:BoundField DataField="UnitsOnOrder" HeaderText="UnitsOnOrder"
SortExpression="UnitsOnOrder" />
<asp:BoundField DataField="ReorderLevel" HeaderText="ReorderLevel"
SortExpression="ReorderLevel" />
<asp:CheckBoxField DataField="Discontinued" HeaderText="Discontinued"
SortExpression="Discontinued" />
</Columns>
</asp:GridView>
<asp:ObjectDataSource ID="ProductsDataSource" runat="server"
DeleteMethod="DeleteProduct" InsertMethod="AddProduct"
SelectMethod="GetProducts" TypeName="ProductsBLLWithSprocs"
UpdateMethod="UpdateProduct">
<DeleteParameters>
<asp:Parameter Name="productID" Type="Int32" />
</DeleteParameters>
<UpdateParameters>
<asp:Parameter Name="productName" Type="String" />
<asp:Parameter Name="supplierID" Type="Int32" />
<asp:Parameter Name="categoryID" Type="Int32" />
<asp:Parameter Name="quantityPerUnit" Type="String" />
<asp:Parameter Name="unitPrice" Type="Decimal" />
<asp:Parameter Name="unitsInStock" Type="Int16" />
<asp:Parameter Name="unitsOnOrder" Type="Int16" />
<asp:Parameter Name="reorderLevel" Type="Int16" />
<asp:Parameter Name="discontinued" Type="Boolean" />
<asp:Parameter Name="productID" Type="Int32" />
</UpdateParameters>
<InsertParameters>
<asp:Parameter Name="productName" Type="String" />
<asp:Parameter Name="supplierID" Type="Int32" />
<asp:Parameter Name="categoryID" Type="Int32" />
<asp:Parameter Name="quantityPerUnit" Type="String" />
<asp:Parameter Name="unitPrice" Type="Decimal" />
<asp:Parameter Name="unitsInStock" Type="Int16" />
<asp:Parameter Name="unitsOnOrder" Type="Int16" />
<asp:Parameter Name="reorderLevel" Type="Int16" />
<asp:Parameter Name="discontinued" Type="Boolean" />
</InsertParameters>
</asp:ObjectDataSource>
この時点で、検証を含むように編集インターフェイスをカスタマイズし、 CategoryID
列と SupplierID
列を DropDownLists としてレンダリングすることで、GridView を整理できました。 クライアント側の確認を [削除] ボタンに追加することもできます。これらの機能強化を実装する時間を取ることをお勧めします。 これらのトピックは以前のチュートリアルで取り上げられていますが、ここでは再び説明しません。
GridView を強化するかどうかに関係なく、ブラウザーでページのコア機能をテストします。 図 24 に示すように、ページには、行ごとの編集と削除機能を提供する GridView の製品が一覧表示されます。
図 24: GridView から表示、編集、および削除できる製品 (フルサイズの画像を表示するをクリックします)
まとめ
型指定された DataSet の TableAdapters は、アドホック SQL ステートメントまたはストアド プロシージャを使用して、データベースのデータにアクセスできます。 ストアド プロシージャを操作する場合は、既存のストアド プロシージャを使用するか、TableAdapter ウィザードでクエリに基づいて SELECT
新しいストアド プロシージャを作成するように指示できます。 このチュートリアルでは、ストアド プロシージャを自動的に作成する方法について説明しました。
ストアド プロシージャを自動生成すると時間の節約に役立ちますが、ウィザードによって作成されたストアド プロシージャが、独自に作成したストアド プロシージャと一致しない場合があります。 1 つの例として、パラメーターがProducts_Update
余分であっても、 と @ProductID
の両方@Original_ProductID
の入力パラメーターが@Original_ProductID
必要なストアド プロシージャがあります。
多くのシナリオでは、ストアド プロシージャは既に作成されている可能性があります。または、ストアド プロシージャのコマンドを細かく制御できるように手動でビルドすることもできます。 どちらの場合も、TableAdapter にメソッドに既存のストアド プロシージャを使用するように指示します。 これを行う方法については、次のチュートリアルで説明します。
プログラミングに満足!
もっと読む
このチュートリアルで説明するトピックの詳細については、次のリソースを参照してください。
著者について
7 冊の ASP/ASP.NET 書籍の著者であり、 4GuysFromRolla.com の創設者である Scott Mitchell は、1998 年から Microsoft Web テクノロジと協力しています。 Scott は、独立したコンサルタント、トレーナー、ライターとして働いています。 彼の最新の本は サムズは24時間で2.0 ASP.NET 自分自身を教えています。 にアクセスするか、ブログを使用して にアクセスmitchell@4GuysFromRolla.comできます。これは でhttp://ScottOnWriting.NET見つけることができます。
特別な感謝
このチュートリアル シリーズは、多くの役に立つ校閲者によってレビューされました。 このチュートリアルのリード レビュー担当者は、ヒルトン ガイゼナウでした。 今後の MSDN の記事を確認することに関心がありますか? その場合は、 にmitchell@4GuysFromRolla.com行をドロップしてください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示