型指定された DataSet の TableAdapters に既存のストアドプロシージャを使用する (C#)

[アーティクル]
07/13/2023

前のチュートリアルでは、TableAdapter ウィザードを使用して新しいストアドプロシージャを生成する方法について説明しました。このチュートリアルでは、同じ TableAdapter ウィザードが既存のストアドプロシージャを操作する方法について説明します。また、新しいストアドプロシージャをデータベースに手動で追加する方法についても説明します。

はじめに

前のチュートリアルでは、アドホック SQL ステートメントではなく、ストアドプロシージャを使用してデータにアクセスするように、型指定された DataSet の TableAdapters を構成する方法について説明しました。特に、TableAdapter ウィザードでこれらのストアドプロシージャを自動的に作成する方法について調べました。レガシアプリケーションを ASP.NET 2.0 に移植するとき、または既存のデータモデルに関する ASP.NET 2.0 Web サイトを構築する場合、データベースに必要なストアドプロシージャが既に含まれている可能性があります。または、ストアドプロシージャを手動で作成するか、ストアドプロシージャを自動生成する TableAdapter ウィザード以外のツールを使用して作成することもできます。

このチュートリアルでは、既存のストアドプロシージャを使用するように TableAdapter を構成する方法について説明します。 Northwind データベースには組み込みのストアドプロシージャのセットが少ないため、Visual Studio 環境を使用して新しいストアドプロシージャをデータベースに手動で追加するために必要な手順についても説明します。始めましょう。

注意

トランザクション内でのデータベースの変更のラップに関するチュートリアルでは、トランザクション (BeginTransaction、 CommitTransactionなど) をサポートするメソッドを TableAdapter に追加しました。または、ストアドプロシージャ内でトランザクションを完全に管理することもできます。これにより、データアクセス層のコードを変更する必要はありません。このチュートリアルでは、トランザクションのスコープ内でストアドプロシージャのステートメントを実行するために使用される T-SQL コマンドについて説明します。

手順 1: Northwind データベースへのストアドプロシージャの追加

Visual Studio を使用すると、新しいストアドプロシージャをデータベースに簡単に追加できます。特定CategoryIDの値を持つテーブルからすべての列を返す新しいストアドプロシージャを Products Northwind データベースに追加しましょう。 [サーバーエクスプローラー] ウィンドウで Northwind データベースを展開し、そのフォルダー (データベースダイアグラム、テーブル、ビューなど) が表示されるようにします。前のチュートリアルで説明したように、Stored Procedures フォルダーにはデータベースの既存のストアドプロシージャが含まれています。新しいストアドプロシージャを追加するには、[ストアドプロシージャ] フォルダーを右クリックし、コンテキストメニューから [新しいストアドプロシージャの追加] オプションを選択します。

図 1: ストアドプロシージャフォルダーの Right-Click と新しいストアドプロシージャの追加 (フルサイズの画像を表示する] をクリックします)

図 1 に示すように、[新しいストアドプロシージャの追加] オプションを選択すると、Visual Studio でスクリプトウィンドウが開き、ストアドプロシージャの作成に必要な SQL スクリプトの概要が表示されます。このスクリプトを肉付けして実行し、その時点でストアドプロシージャがデータベースに追加されるのが私たちの仕事です。

次のスクリプトを入力します。

CREATE PROCEDURE dbo.Products_SelectByCategoryID 
(
    @CategoryID int
)
AS
SELECT ProductID, ProductName, SupplierID, CategoryID, 
       QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder, 
       ReorderLevel, Discontinued
FROM Products
WHERE CategoryID = @CategoryID

このスクリプトを実行すると、という名前 Products_SelectByCategoryIDの Northwind データベースに新しいストアドプロシージャが追加されます。このストアドプロシージャは、1 つの入力パラメーター (@CategoryID型 int) を受け取り、一致する CategoryID 値を持つそれらの製品のすべてのフィールドを返します。

この CREATE PROCEDURE スクリプトを実行し、データベースにストアドプロシージャを追加するには、ツールバーの [保存] アイコンをクリックするか、Ctrl + S キーを押します。その後、ストアドプロシージャフォルダーが更新され、新しく作成されたストアドプロシージャが表示されます。また、ウィンドウ内のスクリプトは、微妙な部分をから CREATE PROCEDURE dbo.Products_SelectProductByCategoryID に ALTER PROCEDUREdbo.Products_SelectProductByCategoryID変更します。 CREATE PROCEDURE はデータベースに新しいストアドプロシージャを追加し ALTER PROCEDURE 、既存のストアドプロシージャを更新します。スクリプトの開始がに ALTER PROCEDURE変更されたため、ストアドプロシージャの入力パラメーターまたは SQL ステートメントを変更し、[保存] アイコンをクリックすると、ストアドプロシージャがこれらの変更で更新されます。

図 2 は、ストアドプロシージャが保存された後の Products_SelectByCategoryID Visual Studio を示しています。

図 2: ストアドプロシージャ Products_SelectByCategoryID がデータベースに追加されました (フルサイズの画像を表示するをクリックします)

手順 2: 既存のストアドプロシージャを使用するように TableAdapter を構成する

ストアドプロシージャが Products_SelectByCategoryID データベースに追加されたので、いずれかのメソッドが呼び出されたときにこのストアドプロシージャを使用するようにデータアクセス層を構成できます。特に、先ほど作成したストアドプロシージャをProductsTableAdapter呼び出す型指定された DataSet の NorthwindWithSprocs にメソッドをProducts_SelectByCategoryID追加GetProductsByCategoryID(categoryID)します。

DataSet を NorthwindWithSprocs 開いて開始します。を右クリックし、[クエリの ProductsTableAdapter 追加] を選択して TableAdapter クエリ構成ウィザードを起動します。前のチュートリアルでは、TableAdapter で新しいストアドプロシージャを作成することを選択しました。ただし、このチュートリアルでは、新しい TableAdapter メソッドを既存 Products_SelectByCategoryID のストアドプロシージャに接続します。そのため、ウィザードの最初の手順から [既存のストアドプロシージャを使用する] オプションを選択し、[次へ] をクリックします。

図 3: [既存のストアドプロシージャを使用する] オプションを選択します (フルサイズの画像を表示するには、ここをクリックします)

次の画面には、データベースのストアドプロシージャが設定されたドロップダウンリストが表示されます。ストアドプロシージャを選択すると、左側に入力パラメーターが表示され、右側に返されるデータフィールド (存在する場合) が一覧表示されます。一覧からストアドプロシージャを Products_SelectByCategoryID 選択し、[次へ] をクリックします。

図 4: ストアドプロシージャを Products_SelectByCategoryID 選択する (フルサイズの画像を表示する場合はクリックします)

次の画面では、ストアドプロシージャによって返されるデータの種類が確認され、ここでの回答によって TableAdapter s メソッドによって返される型が決まります。たとえば、表形式のデータが返されることを示す場合、メソッドはストアドプロシージャによって返されるレコードが設定されたインスタンスを返 ProductsDataTable します。これに対し、このストアドプロシージャから 1 つの値が返されることを示す場合、TableAdapter は、ストアドプロシージャによって返される最初のレコードの最初の列の値が割り当てられたを返 object します。

ストアドプロシージャは特定の Products_SelectByCategoryID カテゴリに属するすべての製品を返すので、最初の回答 (表形式データ) を選択し、[次へ] をクリックします。

図 5: ストアドプロシージャから表形式データが返されることを示す (フルサイズの画像を表示する場合は、ここをクリックします)

残っているのは、使用するメソッドパターンの後にこれらのメソッドの名前が続く方法を示すものです。 [DataTable の塗りつぶし] オプションと [DataTable を返す] オプションの両方をオンのままにしますが、メソッドの名前はと GetProductsByCategoryIDにFillByCategoryID変更します。次に、[次へ] をクリックして、ウィザードが実行するタスクの概要を確認します。すべてが正しければ、[完了] をクリックします。

図 6: メソッドに名前を付け FillByCategoryID 、 GetProductsByCategoryID (フルサイズの画像を表示する場合はクリックします)

注意

先ほど作成した TableAdapter メソッドとは、FillByCategoryID型の入力パラメーターを必要としますint。GetProductsByCategoryID この入力パラメーター値は、その @CategoryID パラメーターを使用してストアドプロシージャに渡されます。ストアドプロシージャのパラメーターを Products_SelectByCategory 変更する場合は、これらの TableAdapter メソッドのパラメーターも更新する必要があります。前のチュートリアルで説明したように、これは、パラメーターコレクションからパラメーターを手動で追加または削除するか、TableAdapter ウィザードを再実行するという 2 つの方法のいずれかで行うことができます。

手順 3: メソッドを`GetProductsByCategoryID(categoryID)`BLL に追加する

DAL メソッドが GetProductsByCategoryID 完了したら、次の手順は、ビジネスロジック層でこのメソッドへのアクセスを提供することです。クラスファイルを ProductsBLLWithSprocs 開き、次のメソッドを追加します。

[System.ComponentModel.DataObjectMethodAttribute
    (System.ComponentModel.DataObjectMethodType.Select, false)]
public NorthwindWithSprocs.ProductsDataTable GetProductByCategoryID(int categoryID)
{
    return Adapter.GetProductsByCategoryID(categoryID);
}

この BLL メソッドは、メソッドから返されたをProductsDataTable単にGetProductsByCategoryIDProductsTableAdapter返します。属性は DataObjectMethodAttribute 、ObjectDataSource のデータソースの構成ウィザードで使用されるメタデータを提供します。特に、このメソッドは SELECT タブのドロップダウンリストに表示されます。

手順 4: カテゴリ別に製品を表示する

新しく追加 Products_SelectByCategoryID されたストアドプロシージャと対応する DAL メソッドと BLL メソッドをテストするには、DropDownList と GridView を含む ASP.NET ページを作成します。 DropDownList にはデータベース内のすべてのカテゴリが一覧表示され、GridView には選択したカテゴリに属する製品が表示されます。

注意

前のチュートリアルで DropDownLists を使用してマスター/詳細インターフェイスを作成しました。このようなマスター/詳細レポートの実装の詳細については、「 Master/Detail Filtering With a DropDownList 」チュートリアルを参照してください。

フォルダー内のExistingSprocs.aspxページをAdvancedDAL開き、[ツールボックス] から [DropDownList] をDesignerにドラッグします。 DropDownList の ID プロパティをに Categories 設定し、そのプロパティを AutoPostBack に true設定します。次に、そのスマートタグから、DropDownList をという名前 CategoriesDataSourceの新しい ObjectDataSource にバインドします。 ObjectDataSource を構成して、クラスの GetCategories メソッドからデータをCategoriesBLL取得します。 [更新]、[挿入]、および [削除] タブのドロップダウンリストをに設定します (なし)。

図 7: クラス s GetCategories メソッドからデータをCategoriesBLL取得する (フルサイズの画像を表示する場合はクリックします)

図 8: UPDATE、INSERT、DELETE タブの Drop-Down Lists を (なし) に設定します (フルサイズの画像を表示する場合はクリックします)

ObjectDataSource ウィザードが完了したら、DropDownList を構成してデータフィールドをCategoryName表示し、各のフィールドをとしてValue使用CategoryIDしますListItem。

この時点で、DropDownList と ObjectDataSource の宣言型マークアップは次のようになります。

<asp:DropDownList ID="Categories" runat="server" AutoPostBack="True" 
    DataSourceID="CategoriesDataSource" DataTextField="CategoryName" 
    DataValueField="CategoryID">
</asp:DropDownList>
<asp:ObjectDataSource ID="CategoriesDataSource" runat="server"
    OldValuesParameterFormatString="original_{0}" 
    SelectMethod="GetCategories" TypeName="CategoriesBLL">
</asp:ObjectDataSource>

次に、GridView をDesignerにドラッグし、DropDownList の下に配置します。 GridView を ID に ProductsByCategory 設定し、スマートタグからという名前 ProductsByCategoryDataSourceの新しい ObjectDataSource にバインドします。クラスを ProductsByCategoryDataSource 使用するように ObjectDataSource を ProductsBLLWithSprocs 構成し、メソッドを使用してデータを GetProductsByCategoryID(categoryID) 取得します。この GridView はデータの表示にのみ使用されるため、UPDATE タブ、INSERT タブ、DELETE タブのドロップダウンリストを (None) に設定し、[次へ] をクリックします。

図 9: クラスを使用するように ObjectDataSource を構成する ProductsBLLWithSprocs (クリックするとフルサイズの画像が表示されます)

図 10: メソッドからデータを取得します GetProductsByCategoryID(categoryID) (クリックするとフルサイズの画像が表示されます)

[SELECT] タブで選択したメソッドはパラメーターを必要とするため、ウィザードの最後の手順でパラメーターのソースの入力を求められます。 [パラメーターソース] ドロップダウンリストを [コントロール] に設定し、[ControlID] ドロップダウンリストからコントロールを選択 Categories します。 [完了] をクリックしてウィザードを終了します。

図 11: パラメーターのCategoriesソースとして DropDownList を使用する (フルサイズのcategoryID画像を表示するをクリックします)

ObjectDataSource ウィザードが完了すると、Visual Studio によって各製品データフィールドに BoundFields と CheckBoxField が追加されます。必要に応じて、これらのフィールドを自由にカスタマイズできます。

ブラウザーからページにアクセスします。ページにアクセスすると、飲料カテゴリが選択され、グリッドに対応する製品が一覧表示されます。図 12 に示すように、ドロップダウンリストを別のカテゴリに変更すると、ポストバックが発生し、新しく選択したカテゴリの製品でグリッドが再読み込みされます。

図 12: [生産] カテゴリの製品が表示されます (クリックするとフルサイズの画像が表示されます)

手順 5: トランザクションのスコープ内でストアドプロシージャのステートメントをラップする

トランザクション内のデータベース変更のラップチュートリアルでは、トランザクションのスコープ内で一連のデータベース変更ステートメントを実行する手法について説明しました。トランザクションの傘下で実行された変更は、すべて成功するかすべて失敗するかのどちらかであり、原子性が保証されることを思い出してください。トランザクションを使用する方法は次のとおりです。

名前空間のクラスを使用して、System.Transactions
データアクセス層で、などの SqlTransactionADO.NET クラスを使用する
ストアドプロシージャ内で T-SQL トランザクションコマンドを直接追加する

トランザクション内でのデータベースの変更のラップに関するチュートリアルでは、DAL の ADO.NET クラスを使用しました。このチュートリアルの残りの部分では、ストアドプロシージャ内から T-SQL コマンドを使用してトランザクションを管理する方法について説明します。

トランザクションを手動で開始、コミット、ロールバックするための 3 つの主要な SQL コマンドは BEGIN TRANSACTION、それぞれ、 COMMIT TRANSACTION、および ROLLBACK TRANSACTIONです。 ADO.NET アプローチと同様に、ストアドプロシージャ内からトランザクションを使用する場合は、次のパターンを適用する必要があります。

トランザクションの開始を示します。
トランザクションを構成する SQL ステートメントを実行します。
手順 2 のいずれかのステートメントでエラーが発生した場合は、トランザクションをロールバックします
手順 2 のすべてのステートメントがエラーなしで完了した場合は、トランザクションをコミットします。

このパターンは、次のテンプレートを使用して T-SQL 構文で実装できます。

BEGIN TRY
  BEGIN TRANSACTION -- Start the transaction
  ... Perform the SQL statements that makeup the transaction ...
  -- If we reach here, success!
  COMMIT TRANSACTION
END TRY
BEGIN CATCH 
  -- Whoops, there was an error
  ROLLBACK TRANSACTION
  -- Raise an error with the 
  -- details of the exception   
  DECLARE @ErrMsg nvarchar(4000),
          @ErrSeverity int 
  SELECT @ErrMsg = ERROR_MESSAGE(), 
         @ErrSeverity = ERROR_SEVERITY() 
 
  RAISERROR(@ErrMsg, @ErrSeverity, 1) 
END CATCH

テンプレートは、2005 年SQL Server新しいコンストラクトであるブロックを定義TRY...CATCHすることから始まります。 C# のブロックと try...catch 同様に、SQL TRY...CATCH ブロックはブロック内のステートメントを TRY 実行します。いずれかのステートメントでエラーが発生した場合、制御はすぐにブロックに CATCH 転送されます。

トランザクションを構成する SQL ステートメントを実行するエラーがない場合、ステートメントは COMMIT TRANSACTION 変更をコミットしてトランザクションを完了します。ただし、ステートメントの 1 つでエラーが発生した場合、ブロック内CATCHのはROLLBACK TRANSACTION、トランザクションの開始前にデータベースをその状態に戻します。また、このストアドプロシージャでは RAISERROR コマンドを使用してエラーが発生します。これにより SqlException 、がアプリケーションで発生します。

注意

TRY...CATCHブロックは 2005 年SQL Server新しいため、以前のバージョンの Microsoft SQL Serverを使用している場合、上記のテンプレートは機能しません。

具体的な例を見てみましょう。テーブルと Products テーブルの間Categoriesには外部キー制約が存在します。つまり、テーブル内の各CategoryIDフィールドはテーブル内ProductsのCategoryID値にマップするCategories必要があります。製品が関連付けられているカテゴリの削除など、この制約に違反するアクションは、外部キー制約違反になります。これを確認するには、「バイナリデータの操作」セクション (~/BinaryData/UpdatingAndDeleting.aspx) の「既存のバイナリデータの更新と削除」の例を再検討してください。このページには、システム内の各カテゴリと [編集] ボタンと [削除] ボタンが一覧表示されますが (図 13 を参照)、関連する製品 (飲料など) を持つカテゴリを削除しようとすると、外部キー制約違反が原因で削除が失敗します (図 14 を参照)。

図 13: 各カテゴリは、編集ボタンと削除ボタンを含む GridView に表示されます (フルサイズの画像を表示するをクリックします)

図 14: 既存の製品があるカテゴリを削除できません (クリックするとフルサイズの画像が表示されます)

ただし、関連する製品があるかどうかに関係なく、カテゴリの削除を許可するとします。製品を含むカテゴリを削除する場合は、既存の製品も削除するとします (ただし、別のオプションとして、製品 CategoryID の値をに NULL設定するだけです)。この機能は、外部キー制約の連鎖ルールを使用して実装できます。または、入力パラメーターを受け入れるストアドプロシージャを @CategoryID 作成し、呼び出されると、関連付けられているすべての製品と指定したカテゴリを明示的に削除することもできます。

このようなストアドプロシージャでの最初の試行は、次のようになります。

CREATE PROCEDURE dbo.Categories_Delete
(
    @CategoryID int
)
AS
-- First, delete the associated products...
DELETE FROM Products
WHERE CategoryID = @CategoryID
-- Now delete the category
DELETE FROM Categories
WHERE CategoryID = @CategoryID

これは間違いなく関連する製品とカテゴリを削除しますが、トランザクションの傘の下では削除されません。特定@CategoryIDの値の削除を禁止する他の外部キー制約Categoriesがあるとします。問題は、そのような場合、カテゴリの削除を試みる前に、すべての製品が削除されることです。結果として、このようなカテゴリの場合、このストアドプロシージャは、他のテーブルに関連するレコードが残っているため、カテゴリが残っている間にすべての製品を削除します。

ただし、ストアドプロシージャがトランザクションのスコープ内でラップされた場合、テーブルへの Products 削除は、で削除が失敗した場合に Categoriesロールバックされます。次のストアドプロシージャスクリプトでは、トランザクションを使用して、2 つの DELETE ステートメント間の原子性を確保します。

CREATE PROCEDURE dbo.Categories_Delete
(
    @CategoryID int
)
AS
BEGIN TRY
  BEGIN TRANSACTION -- Start the transaction
  -- First, delete the associated products...
  DELETE FROM Products
  WHERE CategoryID = @CategoryID
  -- Now delete the category
  DELETE FROM Categories
  WHERE CategoryID = @CategoryID
  -- If we reach here, success!
  COMMIT TRANSACTION
END TRY
BEGIN CATCH 
  -- Whoops, there was an error
  ROLLBACK TRANSACTION
  -- Raise an error with the 
  -- details of the exception   
  DECLARE @ErrMsg nvarchar(4000),
          @ErrSeverity int 
  SELECT @ErrMsg = ERROR_MESSAGE(), 
         @ErrSeverity = ERROR_SEVERITY() 
 
  RAISERROR(@ErrMsg, @ErrSeverity, 1) 
END CATCH

ストアドプロシージャを Northwind データベースに追加 Categories_Delete します。データベースにストアドプロシージャを追加する手順については、手順 1 に戻るを参照してください。

手順 6: を更新する`CategoriesTableAdapter`

データベースにストアドプロシージャを Categories_Delete 追加しましたが、DAL は現在、アドホック SQL ステートメントを使用して削除を実行するように構成されています。を更新 CategoriesTableAdapter し、代わりにストアドプロシージャを使用するように指示する Categories_Delete 必要があります。

注意

このチュートリアルの前半では、DataSet を NorthwindWithSprocs 使用していました。ただし、DataSet には 1 つのエンティティ () のみが含まれており、 ProductsDataTableカテゴリを操作する必要があります。したがって、このチュートリアルの残りの部分では、Data Access Layer の作成チュートリアルで最初にNorthwind作成した DataSet を参照しています。

Northwind DataSet を開き、をCategoriesTableAdapter選択し、プロパティウィンドウに移動します。プロパティウィンドウには、TableAdapter で使用される、UpdateCommand、DeleteCommand、、SelectCommandおよびその名前と接続情報が一覧表示InsertCommandされます。プロパティを DeleteCommand 展開して詳細を表示します。図 15 に示すように、 DeleteCommand プロパティ CommandType は Text に設定され、プロパティ内の CommandText テキストをアドホック SQL クエリとして送信するように指示されます。

Designerで CategoriesTableAdapter を選択し、[プロパティ] ウィンドウでそのプロパティを表示します

図 15: [プロパティ] CategoriesTableAdapter ウィンドウでプロパティを表示するには、Designerのを選択します

これらの設定を変更するには、プロパティウィンドウの (DeleteCommand) テキストを選択し、ドロップダウンリストから [(新規)] を選択します。これにより、、CommandType、および Parameters プロパティの設定がCommandTextクリアされます。次に、プロパティを CommandType にStoredProcedure設定し、 (dbo.Categories_Delete) のストアドプロシージャの名前をCommandText入力します。プロパティを必ずこの順序で入力する場合は、最初にを CommandType 、次に CommandText - Visual Studio によって Parameters コレクションが自動的に設定されます。これらのプロパティをこの順序で入力しない場合は、[パラメーターコレクション] エディターを使用してパラメーターを手動で追加する必要があります。どちらの場合も、Parameters プロパティの省略記号をクリックして Parameters コレクションエディターを表示し、正しいパラメーター設定が変更されたことを確認することをお読みください (図 16 を参照)。ダイアログボックスにパラメーターが表示されない場合は、パラメーターを @CategoryID 手動で追加します (パラメーターを @RETURN_VALUE 追加する必要はありません)。

パラメーター設定が正しいことを確認する

図 16: パラメーター設定が正しいことを確認する

DAL が更新されると、カテゴリを削除すると、関連付けられているすべての製品が自動的に削除され、トランザクションの傘の下で削除されます。これを確認するには、[既存のバイナリデータの更新と削除] ページに戻り、いずれかのカテゴリの [削除] ボタンをクリックします。マウスを 1 回クリックすると、カテゴリとそれに関連付けられているすべての製品が削除されます。

注意

選択したカテゴリと共に Categories_Delete 多数の製品を削除するストアドプロシージャをテストする前に、データベースのバックアップコピーを作成することが賢明な場合があります。でApp_DataデータベースをNORTHWND.MDF使用している場合は、Visual Studio を閉じて、の MDF ファイルと LDF ファイルを他のApp_Dataフォルダーにコピーします。機能をテストしたら、Visual Studio を閉じ、現在の MDF ファイルと LDF ファイルをバックアップコピーに App_Data 置き換えることで、データベースを復元できます。

まとめ

TableAdapter ウィザードではストアドプロシージャが自動的に生成されますが、このようなストアドプロシージャが既に作成されているか、手動で作成するか、代わりに他のツールで作成したい場合があります。このようなシナリオに対応するために、TableAdapter は既存のストアドプロシージャを指すように構成することもできます。このチュートリアルでは、Visual Studio 環境を使用してデータベースにストアドプロシージャを手動で追加する方法と、TableAdapter のメソッドをこれらのストアドプロシージャに接続する方法について説明しました。また、ストアドプロシージャ内からトランザクションを開始、コミット、ロールバックするために使用される T-SQL コマンドとスクリプトパターンについても調べました。

幸せなプログラミング!

著者について

7 冊の ASP/ASP.NET 書籍の著者であり、 4GuysFromRolla.com の創設者である Scott Mitchell は、1998 年から Microsoft Web テクノロジと協力しています。 Scott は独立したコンサルタント、トレーナー、ライターとして働いています。彼の最新の本は サムズ・ティーチ・自分自身 ASP.NET 24時間で2.0です。にアクセスmitchell@4GuysFromRolla.comすることも、ブログを介してアクセスすることもできます。これはでhttp://ScottOnWriting.NET確認できます。

特別な感謝

このチュートリアルシリーズは、多くの役立つ校閲者によってレビューされました。このチュートリアルのリードレビュー担当者は、Hilton Geisenow、S ren Jacob Lauritsen、Toria Murphy でした。今後の MSDN 記事の確認に関心がありますか? その場合は、に行mitchell@4GuysFromRolla.comをドロップしてください。

前へ次へ

型指定された DataSet の TableAdapters に既存のストアドプロシージャを使用する (C#)

はじめに

手順 1: Northwind データベースへのストアドプロシージャの追加

手順 2: 既存のストアドプロシージャを使用するように TableAdapter を構成する

手順 3: メソッドを`GetProductsByCategoryID(categoryID)`BLL に追加する

手順 4: カテゴリ別に製品を表示する

手順 5: トランザクションのスコープ内でストアドプロシージャのステートメントをラップする

手順 6: を更新する`CategoriesTableAdapter`

まとめ

著者について

特別な感謝

フィードバック

フィードバック

その他のリソース

型指定された DataSet の TableAdapters に既存のストアド プロシージャを使用する (C#)

はじめに

手順 1: Northwind データベースへのストアド プロシージャの追加

手順 2: 既存のストアド プロシージャを使用するように TableAdapter を構成する

手順 3: メソッドをGetProductsByCategoryID(categoryID)BLL に追加する

手順 4: カテゴリ別に製品を表示する

手順 5: トランザクションのスコープ内でストアド プロシージャのステートメントをラップする

手順 6: を更新するCategoriesTableAdapter

まとめ

著者について

特別な感謝

フィードバック

フィードバック

その他のリソース

型指定された DataSet の TableAdapters に既存のストアドプロシージャを使用する (C#)

手順 1: Northwind データベースへのストアドプロシージャの追加

手順 2: 既存のストアドプロシージャを使用するように TableAdapter を構成する

手順 3: メソッドを`GetProductsByCategoryID(categoryID)`BLL に追加する

手順 5: トランザクションのスコープ内でストアドプロシージャのステートメントをラップする

手順 6: を更新する`CategoriesTableAdapter`