トレーディングカードの個人間売買サイトの構築

S社は，トレーディングカード販売業のチェーンを営む中堅企業である。トレーディングカードを個人から買い取り，販売する事業を営んでいる。トレーディングカードの個人間の売買が盛んな市場環境を受け，個人間の売買を安心かつ手軽に行える取引プラットフォームをサービスとして提供して，安定的な手数料収入を得る新規事業を立ち上げることにした。S社の情報システム部は新規事業の要となる取引プラットフォームのシステム（以下，本システムという）を新規で構築することになり，Tさんがデータベースの設計及び開発を担当することになった。

〔新規事業の業務要件の確認〕

Tさんは，まず，新規事業において実現する業務要件を確認した。新規事業の業務要件（抜粋）を表1に示す。

〔概念データモデルの設計〕

Tさんは，表1の業務要件に基づいて，E-R図を用いて本システムの概念データモデルを設計した。本システムの概念データモデル（抜粋）を図1に示す。なお，カテゴリの階層構造は，自己参照の関連を用いて表現する。

クリックで拡大

図1　本システムの概念データモデル（抜粋）

この図の中に空欄 a・b・c・d があります

本システムのデータベースでは，E-R図のエンティティ名を表名にし，属性名を列名にして，適切なデータ型で表定義した関係データベースによって，データを管理する。

〔SQLの作成〕

Tさんは，表1の項番2の業務要件を実現するための検索のSQL文を作成した。作成したSQL文を図2に示す。なお，“:カテゴリID”，“:下限価格”，“:上限価格”，“:商品状態”，“:出品状況”，“:キーワード”は，該当の値を格納する埋込み変数である。また，最上位であるカテゴリの上位カテゴリIDにはNULLが設定されている。

〔性能の検証と改善〕

Tさんがテストデータを用いて図2のSQL文の実行性能を検証したところ，実行を開始してから検索結果が得られるまでの処理時間が長く，実用的ではないことが判明した。

本システムでは出品される商品の数が膨大であり，利用者が図2のSQL文を頻繁に実行することが予想される。そこで，Tさんはキーワードでの検索が必要な商品名及び商品説明の列には全文検索エンジンを用いるとともに，その他の列に対しては適切なインデックスを設定し，性能上の懸念を解消することを検討した。

インデックスの方式には，B-treeインデックスを採用することにした。Tさんは，各表の表定義を確認し，インデックスを設定すべき列を検討した。出品表の表定義を表2に，カテゴリ表の表定義を表3に示す。

表2及び表3のデータ型欄は，データ型，長さ，精度，位取りを示す。PK欄は主キー制約，UK欄はUNIQUE制約，非NULL欄は非NULL制約の指定をするかどうかを示す。指定する場合にはYを，指定しない場合にはNが記入されている。ここで，主キーに対してはUNIQUE制約は指定せず，非NULL制約は指定するものとする。カーディナリティ欄は列に多数の異なる値をもつ場合には高を，少数の異なる値をもつ場合には低を記入する。そして，高と低の中間の数の異なる値をもつ場合には中を記入する。データ分布欄は列に含まれる値の確率分布の仮定を示す。

Tさんは，^①B-treeインデックスの特性を踏まえて，特定の値を指定したときに行数を表全体の5%以下に絞り込める列だけにインデックスを設定することにした。

Tさんは，必要なインデックスを設定後にテストデータを用いて図2のSQL文の実行性能を検証し，実用的な性能であることを確認した。ただし，表2及び表3のデータ分布は新規事業立上げ前の時点における仮定でしかない。今後実際に運用する際にはデータ分布が仮定とは異なる場合があるので，定期的にインデックスを見直すことを申し送り事項の一つとして，本システムのデータベースの設計及び開発を完了した。