データの更新と更新特性 ～PowerBuilder 入門！！第 4 弾 (2)～

みなさん、こんにちは！

このブログは、「PowerBuilder ってなに？」、「PowerBuilder ってなにができるの？」という疑問に、IT 用語の解説もしつつ、簡単に分かりやすくお答えすることをモットーにしています。

気になる方はぜひ続きを見てみてくださいね。

キャラクター紹介

動画でも PowerBuilder について学習できます！

ある日の午後のこと・・・。

さて、第 4 弾のアプリ作成の第 2 回目です！！！（ドドン

どんなアプリだったかというと・・・人の名前や所属番号をデータベースから取得して、それを編集し、最後は更新ボタンをクリックしてデータベースに反映させるというものです。

検索ボタンを押して検索ができる設定まで終わっている方は下の画像まで進んでいるはずです。

(進んでます、、、かね？(^<^))

では、今から「更新」の処理を記載していきます。

ボタンの項目に関してですが、ボタンを右クリックすることで「スクリプト」という項目が出てきて、そこにコードを書きこめる仕組みでしたよね。

今の状態だとアプリが起動したままになっているので、コードは書けません。コードを書くためにアプリをいったん終わらせましょう。

アプリにある [閉じる] というボタンをクリックしたくなってきますが、ここをクリックしてもボタンに「ウィンドウを閉じる」などのスクリプトが書かれていないので、何も起こりません、っていってもたまに癖でクリックしてしまいます（≧ω・）

アプリの右上の×ボタンでアプリを閉じましょう。

そうすると、 PowerBuilder の IDE 上にまた戻ってきます。

では、 [更新] ボタンを右クリックして「スクリプト」を開いてみましょう。

そうすると、スクリプトビューの左上のリストに「cb_2」と表示されています。 [更新]ボタンのコントロールの名前が「cb_2」だったのでスクリプトを書く場所はここになります。

そもそも「更新」はどういう処理が行われるかというと、アプリを作成第 1 弾でも記載していますが、アプリを実行した後にデータウィンドウ上に表示されるデータに関して、現在の状態からの変更が必要な時に「更新」を行います。

たとえば、「Emp Lname」という列に記載のある 1 番上の「鈴木」さんが結婚して名字が「田中」さんになったとします。

その場合は、データを新しく更新しないといけませんよね？

ではまずは以下のコードを記載してみましょう。

Update 関数を使用しています。 Update 関数については以下のとおりです。

まって、更新特性？入力の確定？更新フラグ？ついていけない！( ;∀;)って思った方！

大丈夫です！解説していきますね＼(^o^)／

因みに、 PowerBuilder に限らない SQL 文もそうですが、update や insert 文などを発行しただけでは本来はデータベース内は更新されません。

確定させるために「Commit」という命令を実行する必要があります。 Commit は「確定」という意味です。
つまりトランザクション(データベースで行われる一連の作業）で実行した SQL をすべて確定させるという意味合いになります。

例）COMMIT USING SQLCA;

「でも書いてないよ？」という方！
そうなんです。 PowerBuilder は、 Commit 文を発行しなくてもデータベース接続に関するパラメーター(AutoCommit と CommitOnDisconnect など) を使用することで勝手に確定をしてくれる機能が備わっています。

AutoCommit と CommitOnDisconnect は、

第 3 弾のブログにて紹介していた「/*アプリケーション起動*/」の「接続情報の取得」コード部分に必要であれば記載されます。 AutoCommit と CommitOnDisconnect の詳細は以下の通りです。

「Commit 文を書かなくてもいいなんて、便利やん！これ使おう！」といった感じですが、アプリが異常終了した際にも Commit 文が発行されるため、作成するアプリケーションに併せて利用を検討するようにしてください(^^)

では 1 度アプリケーションを実行し、データウィンドウの中のデータを変更後、更新してみましょうか！

では、パワーバーの [実行] ボタンをクリックしてみましょう。

アプリケーションが立ち上がるので、 ［検索] ボタンをクリックしてみましょう。そうしますと、データベースの内容が表になって表示されます。これは前回と一緒ですね。

では次に、データウィンドウの項目「Emp_Lname」の 1 番上の「鈴木」さんを「田中」さんに変更してみましょう。

「鈴木」の部分をクリックするとフォーカスが当たるのでそのまま「田中」をタイプしてください。

あれ？書き換えができないんですけど？？？・・・って方は

Yama-chan さんのブログで解決策が見つかるかも？

「書き換えできたよ！」って方は、そのまま下の [更新] ボタンをクリックしてみましょう。

「田中」に書き換えた部分がなんだかおとなしくなりました(語彙力)

なんと、これで更新は完了です！つまりデータベースのデータも「鈴木」から「田中」に置き換わったことになります。いったん、アプリケーションを×ボタンで閉じてしまいましょう。

次にシステムツリーからデータウィンドウオブジェクトを開いてみましょう。

そして、「プレビュー -d_adr_test」を見てください。1 番上の名前が「田中」に代わっています。このデータウィンドウに表示されている一覧が、アプリケーションを実行し検索ボタンをクリックした際に表示されるものです。

ここでも変更された内容が確認できるかと思います。

それでは次に更新特性についてです。

更新特性とは「こんな条件でデータウィンドウの中身を更新してね」という決まりです。
設定箇所の開き方ですが、まずはデータウィンドウオブジェクトを開いている状態でメニューバーから「行」-「更新特性の指定」を開いてください。

すると以下のような「更新特性の指定」ウィンドウが開くと思います。

ここで更新する上での決まりごとを設定していくわけです。

上記 3 つを説明したいのですが、まずは固有キーカラムから説明したほうが分かりやすいので、これから説明していきますね(/・ω・)/

＜固有キーカラムとは？＞

データウィンドウを使った更新は、 Retrieve で検索したデータに対して行われます。

その処理の流れについては以下のとおりです。

• Retrieve メソッドによりデータベースからデータを検索(実は内部的に SQL の SELECT 文が発行されている)
• データウィンドウにデータを表示
• ユーザーがデータウィンドウのデータを変更
• Update メソッドにより変更されたデータに対応するデータをデータベースから特定して更新(実は内部的に SQL の UPDATE 文が発行されている)

実際はデータベースとデータウィンドウはダイレクトにつながっているわけではなく、データウィンドウに保持された情報から、どのデータが更新されたかを改めて探しに行っているのです。

どのような情報から特定しているかというと、「検索時のデータの内容」です。

たとえば下記のような生徒テーブル(A : クラス、B : 番号、C : 名前、D : 成績)があります。

データウィンドウ上で検索し、 1 組 3 番の「さとう」を「えのもと」に変更したとします。
そのとき、データベースでもともと「さとう」だったデータに対して更新処理が走るわけですが・・・、

UPDATE 生徒テーブル SET C = ‘えのもと’ WHERE C = ‘さとう’;

このような SQL では、 C (名前)が「さとう」であるすべてのデータが対象になり、 3 組 3 番の生徒も変更されてしまいます。

このため、一意となるキーが必要となるわけです。

このテーブルでは A と B の組み合わせです。これが「固有キーカラム」です。

この「固有キーカラム」を使って更新すると、下記のようになります。

UPDATE 生徒テーブル SET C = ‘えのもと’ WHERE A = 1 AND B = 3;

これで 1 件のみのデータ ＝ 更新されたデータのみが更新されるという仕組みです。

なお、固有キーカラムはそのテーブルで唯一となればいいので、 1 つの場合もあるし、例のように複数の場合もあります。

おっと、Update/Delete キーの Where 句やキーカラムの更新について説明したかったのですが、もりもりもり太郎になってしまったので、ここらでいったん区切ります。

また次回説明をさせてくださいね☆

---

それでは、最後におさらいをしましょう。

• 結論
  • Update 関数はデータベースと連携してデータを更新
  • 基本的には Commit 文で確定し、AutoCommit と CommitOnDisconnect は必要に応じて利用
  • 更新特性は更新する上での決まりごとを決める
  • その中の固有キーカラムは 1 つのデータを判別できる要素の決定

---

こちらのブログシリーズ次回の記事はこちら↓↓

Update/Delete 文の Where 句 ～PowerBuilder 入門！！第 4 弾 (3)～