10月27日(火)1、2コマ目

今日、やったこと

C#でオラクルDBアクセス(ODP.Net Core)

今日のホワイトボード

JDBCとADO.Net、ODP.NET

これから使うODP.NETは.NetFrameworkからオラクルアクセスに特化したライブラリ。
図　JDBCとADO.NET、ODP.NET


C#でオラクルアクセス

全件検索(finallyでクローズ)

finallyで必ずクローズさせる古典的なやり方。

授業では今後このやりかたは使いません。

全件検索(usingを使う）

名前空間をインポートするためのusingとは異なり、こちらのusingはブロックを定義するためのもの。
using()内で宣言したインスタンスはusing{}ブロック終了時に自動的にDispose()が実行される。
図　Javaのtey with resourcesとC#のusing


更新(トランザクション)

基本的な流れはJavaと同じ。

〇SQLのパラメータマーカーとParameterオブジェクト

パラメーターマーカー(Javaでは?)は：パラメーター名。
CommandオブジェクトのParametersプロパティにParameterオブジェクトをセットする順はパラメータマーカーの順番と一緒にすること。
図　SQLのパラメーターマーカーとParameterオブジェクト


〇トランザクションオブジェクト

TransactionオブジェクトはJavaには出てこなかった。
トランザクション制御(コミット、ロールバック）を行う。

①Transactionオブジェクト取得
接続済みConnectionオブジェクトでBeginTransaction()実行すると取得できる。

②CommandオブジェクトにTransactionオブジェクトセット
取得したTransactionオブジェクトをトランザクションを構成するSQL実行用CommandオブジェクトのTransactionプロパティにセットする。(これを忘れがち、忘れてもコンパイルエラーにはならない)
コミット、ロールバックはこのTransactionオブジェクトが行う。

③コミット、ロールバック
コミットはTransactionオブジェクトのCommit()。
ロールバックはおなじくTransactionオブジェクトのRollback()。
図　トランザクションの流れ


コメント

新しいコメントは書き込めません。

このブログの人気の投稿

11月16日(月)1、2コマ目

イメージ
今日、やったこと 新課題「C#版簡単オークションサイト」の説明 今日のホワイトボード 処理結果を伝える 以前から話している内容そのままです。とくに真新しい内容はありません。 図　処理結果を伝える [データベース]列の初期値 INSERT INTO実行時に挿入値が未指定の場合にデフォルト値が登録されるようにするには、図のようにdefaultを使って初期値を指定します。 図　応札日時列の初期値は現在日時(systimestampで取得できる) なお、列制約構文での制約、さらに初期値を指定する場合は下図の順になります。 create table テーブル名( 　列名　データ型　 default 初期値  制約 ) 入札処理 入札前の最高値取得は1人だけしかできないようにしなければならない。 入札最高値より高い金額しか入札できません。 まず、入札最高値をチェックする必要がありますが、下図のようにAさん、Bさんがほぼ同じタイミングでチェック（ロックしなければできる）し、先にBさんがDBに書き込むとAさんはエラーにする必要がありますが、Aさんのチェック時では最高値以上であるため、エラーにできません。 そこで、まず入札データテーブルの対象商品のデータをすべてロックし、ロックできた人がだけその後の処理（最高値取得、チェック、データ書き込み）ができるようにしてください。 図　最高値は1人だけしか取得できないようにするために NotFilledExceptionについて シーケンス図に書いてありましたが、ちゃんと説明をしていなかったので。 未入力項目がある場合は、NotFilledExceptionをスローするとかいてあります。 〇NotFilledExceptionクラスをつくる まず、NotFilledExceptionクラスですが、自作例外クラスです。Exceptionを継承してください。 図　自作例外クラスNotFilledExceptionをつくる 〇空白チェックのながれ tryブロック内は正常系をメインに実装し、catchブロックでエラー内容に応じた処理を書くのがtry～catchの一般的な実装です。 図　空白チェックのながれ ページ遷移 ログインページのOnPost()は以下のようになります。 ポイントは OnPost()の戻り値はIActionResult 遷移...
続きを読む

11月2日(月)1、2コマ目

イメージ
今日、やったこと .Net版異常時の対応 今日のホワイトボード 処理は2種類の終わり方がある 処理が正常に実行された「正常終了」となにがしかの問題が発生した「異常終了」。 異常終了も図のように2パターンに分類できる。 図　正常終了と異常終了 この2パターンの異常終了を通知する方法を.Netでは以下のようにすることにする。 ユーザーに通知して、 リカバリしてほしい エラー 戻り値で通知 ユーザーに通知しても、 リカバリが期待できない エラー 例外で通知 tryブロックについて 基本的に例外はスローしっぱなし。スローされた例外は上位へ伝播させる。 ただし、例外時に実行すべき処理がある場合のみ、例外をキャッチしていい。 これを今後の基本ルールにします。 図　tryブロックについて 今日のサンプルソース Userクラス ユーザー情報受け渡し用クラス。 UserInsertResultEnum 列挙型。ユーザー登録結果を通知するために用意。 UserDAOクラス 全件検索(SelectAll())、登録(Insert())メソッドのみ。 Serviceクラス ビジネスロジックレイアのクラス。今回はなくてもよかったけど。 Index.cshtml Index.cshtml.cs
続きを読む

10月13日(火)1、2コマ目

イメージ
きょう、やったこと Javaトランザクション(ロック) 演習課題 今日のホワイトボード おさらい Javaでトランザクション実装 基本は下図。 図　トランザクション実装の基本パターン try with resourcesを使うと下図のようになる。 図　try with resourcesでトランザクション実装 くどいけど、オラクルは クローズ時に未コミットデータはコミットする ので注意！！ ネットには結構、 クローズ時に未コミットデータはロールバックする と書かれている。 ロック ロックとは、データを排他制御するための仕組み。 データをロックした人（接続）しか、対象データにアクセスすることができなくなる。 ロック済みデータを他の人（接続）がロックすると、ロック解除待ちになる。 DBMSは更新系SQLを実行する際、対象行をロックする。よって、自分でロックする必要は基本的にない。 ただ場合によっては明示的にロックする必要がある。 ロックするには、 ロック対象行を検索するSELECTにFOR UPDATEをつけて実行する だけ。 ロックを解除するには、 コミットまたはロールバック を実行する。 図　ロック 演習課題について 一度に複数商品の在庫引当ができるところがややこしいポイント。 ボタンクリック時にdoPost()メソッドには、すべてのテキストボックス入力内容が送信されるため、どの商品に対する入力かを判断する必要がある。 ヒント あくまでも一案です。このとおりに作る必要はありません。 〇数量入力用テキストボックスの名前は「 quantity_商品ID 」にする これで名前からどの商品のテキストボックスかがわかる。 〇[doPost()にて]まず、送信データのすべての名前を取得 request.getParameterNames() で取得できる。 〇[doPost()にて]取得した名前がテキストボックスのものか判断 名前が「quantity_xxx」なら、数量入力用テキストボックス。 Stringクラスのmatches()メソッドで名前(String型)が「quantity_xxx」とマッチするかチェック。 　 取得した名前.matches("^quantitiy_.+$") quantity_で始まり(^quantity_) 任意の文字が1文字以...
続きを読む