4. コンピュータ商品の参照
プロパティにリスト項目を含むエンティティの参照
4.1. コンピュータ商品マスター参照
それでは次に、参照画面について説明します。前回は、全件参照のサンプルでした。今回は、キー検索で商品データを表示します。
|
|
| 図11: コンピュータ商品参照画面 |
図11は、コンピュータ商品の参照画面です。この画面からすべての商品を参照できます。
この画面から製品番号にPC0001を入力して「参照」ボタンをクリックすると、図12のようなデスクトップPCの製品情報が表示されます。
|
|
| 図12: デスクトップPCの商品情報を参照 |
図12の参照画面では、デスクトップPCのスペック項目フィールドは、すべてセレクト・メニュー形式で表示されています。セレクト・メニューで表示される項目は、図13から図15のようにリスト形式プロパティとしてBigtableに登録されたプロパティ項目が対応しています。
|
|
| 図13: CPUのセレクト・メニュー |
|
|
| 図14: メモリーのセレクト・メニュー |
|
|
| 図15: OSのセレクト・メニュー |
デスクトップPCのほかに、液晶ディスプレイやプリンタについても、図11の参照画面から同様に検索表示され、それぞれ図16、図17のように表示されます。ここでのセレクト・メニューからの選択は、ユーザー用の製品購入画面のスペック選択用としても、そのまま使用することができるでしょう。
また、例えば、CPUの種類などを選択した時に、価格フィールドを自動的に変更するような機能追加も必要になるかもしれません。これらも、キー・バリュー・ストアの柔軟性とJavaScript処理を組み合わせれば容易に実現できます。ここでは、セレクト・メニュー表示がDWRのユーティリティによって1行コードとして表示されますが、内容についてはクライアント・コードで解説します。
|
|
| 図16: 液晶ディスプレイの参照表示 |
|
|
| 図17: プリンタの参照表示 |
4.2. 商品マスター参照サーバー側プログラム
【リスト3】: 商品マスター参照サーバー側プログラム（revItemメソッド）
02 | DatastoreService ds = DatastoreServiceFactory.getDatastoreService(); |
04 | public String revItem(String itemNo) { |
07 | Key itemNoKey = KeyFactory.createKey("itemMas2", itemNo); |
08 | Entity imas = ds.get(itemNoKey); |
09 | String type = imas.getProperty("type").toString() |
11 | out += imas.getProperty("itemName").toString()+"<i>"; |
12 | out += imas.getProperty("price").toString()+"<i>"; |
13 | if(type.equals("デスクトップPC")){ |
14 | out += imas.getProperty("cpu").toString()+"<i>"; |
15 | out += imas.getProperty("memory").toString()+"<i>"; |
16 | out += imas.getProperty("os").toString()+"<i>"; |
17 | }else if(type.equals("液晶ディスプレイ")){ |
18 | out += imas.getProperty("size").toString()+"<i>"; |
19 | }else if(type.equals("プリンタ")){ |
20 | out += imas.getProperty("papersize").toString()+"<i>"; |
21 | out += imas.getProperty("resolution").toString()+"<i>"; |
23 | out += "OK:商品番号: "+itemNo; |
25 | } catch(Exception e) { |
26 | return "NO<i>:参照失敗 商品番号: "+itemNo; |
リスト3は、キー検索による参照画面のサンプルです。リスト・プロパティを含む場合でも、含まない場合と全く同じです。処理手順は、以下の通りです。
- （1）最初にメソッド共通で使われるDatastoreServiceのインスタンス「ds」は、事前に生成されています。
- （2）で、クライアントから送信されてきたキー項目（製品番号）を受け取ります。
- （3）のcreateKeyメソッドで、第1引数にテーブル（kind）名、第2引数にキー項目を指定して、検索用のキーを生成します。
- （4）次に、（1）で生成されたdsのgetメソッドを引数に、検索用キーを指定して実行すると、指定したキーを持つエンティティ（imas）が取得できます。
-
その後は、getPropertyメソッドで、順次プロパティ項目を取得していきます。リスト・プロパティを含む場合も、含まない場合と全く同じように取得できます。例えば、デスクトップPCのリスト・プロパティは（4）で取得していますが、リスト項目以外の場合と全く同じ処理になっています。
4.3. 商品マスター参照クライアント側プログラム
【リスト4】: 商品マスター参照クライアント側プログラム（revItem.htm）
06 | <link type="text/css" rel="stylesheet" href="/csslib/style.css"/> |
07 | <script type="text/javascript" src="/dwr/interface/colBean.js"></script> |
08 | <script type="text/javascript" src="/dwr/engine.js"></script> |
09 | <script type="text/javascript" src="/dwr/util.js"></script> |
10 | <script type="text/javascript" src="/jslib/jquery-1.4.2.min.js"></script> |
11 | <script type="text/javascript"> |
13 | window.resizeTo(380,510); |
17 | var spectag1 = '<table width="330" border="1" bgcolor="#eeeeee">' |
18 | + '<tr><th width="100">CPU</th>' |
19 | + '<td><select id="cpu"><option value="">=CPU=</option></select></td></tr>' |
21 | + '<td><select id="memory"><option value="">=メモリ=</option></select></td></tr>' |
23 | + '<td><select id="os"><option value="">=OS=</option></select></td></tr>' |
24 | + '<tr><th>ステータス</th><td id="status"></td></tr></table>'; |
25 | var spectag2 = '<table width="330" border="1" bgcolor="#eeeeee">' |
26 | + '<tr><th width="100">サイズ</th>' |
27 | + '<td><select id="size"><option value="">=サイズ=</option></select></td></tr>' |
28 | + '<tr><th>ステータス</th><td id="status"></td></tr></table>'; |
29 | var spectag3 = '<table width="330" border="1" bgcolor="#eeeeee">' |
30 | + '<tr><th width="100">用紙サイズ</th>' |
31 | + '<td><select id="papersize"><option value="">用紙サイズ</option></select></td></tr>' |
33 | + '<td><select id="resolution"><option value="">解像度</option></select></td></tr>' |
34 | + '<tr><th>ステータス</th><td id="status"></td></tr></table>'; |
36 | $("#type").val("デスクトップPC"); |
37 | $("#rev").click(function(e){ |
38 | colBean.revItem($("#itemNo").val(), function(dat){ |
39 | var items = dat.split("<i>"); |
41 | $("#type").text(type); |
42 | $("#itemName").text(items[1]); |
43 | $("#price").text(items[2]); |
45 | $("#spec").html(spectag1); |
46 | var cpu = items[3].replace("["," ").replace("]"," ").split(","); |
47 | DWRUtil.addOptions("cpu", cpu); |
48 | var memory = items[4].replace("["," ").replace("]"," ").split(","); |
49 | DWRUtil.addOptions("memory", memory); |
50 | var os = items[5].replace("["," ").replace("]"," ").split(","); |
51 | DWRUtil.addOptions("os", os); |
52 | }else if(type=="液晶ディスプレイ"){ |
53 | $("#spec").html(spectag2); |
54 | var size = items[3].replace("["," ").replace("]"," ").split(","); |
55 | DWRUtil.addOptions("size", size); |
56 | }else if(type=="プリンタ"){ |
57 | $("#spec").html(spectag3); |
58 | var papersize = items[3].replace("["," ").replace("]"," ").split(","); |
59 | DWRUtil.addOptions("papersize", papersize); |
60 | var resolution = items[4].replace("["," ").replace("]"," ").split(","); |
61 | DWRUtil.addOptions("resolution", resolution); |
69 | <body bgcolor="#cccccc"> |
70 | <h2 style="color: #aa0022">コンピュータ商品参照 |
71 | <input type="button" id="rev" value=" 参照 "/> |
73 | <table width="330" border="1" bgcolor="#eeeeee"> |
74 | <tr><th id="stitle" colspan="2">デスクトップPC</th></tr> |
76 | <th width="100">製品番号</th> |
77 | <td><input type="text" size="12" id="itemNo"/></td> |
79 | <tr><th>タイプ</th><td id="type"></td></tr> |
80 | <tr><th>製品名</th><td id="itemName"></td></tr> |
81 | <tr><th>価格</th><td id="price"></td></tr> |
83 | <nobr id="spec"></nobr> |
クライアント側のプログラムも、第2回のサンプルとほとんど変わりません。製品ごとの選択項目をセレクト・メニューで表示するところだけが異なっています。DWRユーティリティを使用してセレクト・メニューにデータをセットする場合、データは配列にしておく必要があります。この処理はスマートではありませんが、例えばCPUの種類選択は、受信データ（items[3]）を使って（2）で処理しています。
（2）では、（1）の/dwr/util.jsに含まれているメソッドを使用して、セレクト・メニューを表示しています。書式は以下の通りです。
DWRUtil.addOptions("ID値",配列);
第1引数には、間にセレクト・タグのID値を指定します。第2引数にオプション項目で表示する項目を配列で指定します。これにより、セレクト・メニューを表示できます。例えば、CPUの選択項目表示では、（3）のDWRUtil.addOptions("cpu", cpu);の記述で、セレクト・メニューが表示されます。
以上、今回は、リスト・プロパティについて説明しました。今回の内容も、RDBでは実現不可能な、テーブル構造の柔軟性を示すものです。また、この柔軟性をプログラム・レベルで反映する方法としては、データ・クラスの定義も含めて煩雑さを増してしまうJDOではなく、Low-Level APIの方が優っています。
次回は、App Engineデータ・ストアにおけるトランザクション処理について説明します。
App Engineでのトランザクションには大きな制約があります。それは、「複数エンティティを対象とするトランザクション処理では、それぞれのエンティティを所有／被所有の関係にしておかなければならない」というものです。つまり、単一エンティティを対象としたトランザクション処理には制約は課されませんが、複数エンティティの場合はエンティティ構成で制約が課されてしまう、ということです。
しかし、ここまで説明したように、Bigtableでのテーブル（kind）をスキーマ定義のあるRDBのテーブルとしてデザインした場合には、正規化によって相当数のテーブルに分けられることになるのは明白です。今回の内容に関係する部分だけでも、リスト・プロパティ項目はすべて、別テーブルとしてスキーマ設計することになります。
このように、Bigtableでのトランザクションに対する制約は、キー・バリュー・ストアのマイナス点としてとらえられることが多いですが、そもそも制約となる複数テーブル分割の必要性が大幅に減少するというプラス面を合わせて評価すべきものでしょう。
