応用情報技術者 2016年 秋期 午後 問06

　　 　W社は、日用雑貨の製造・販売事業を国内で展開する中堅企業である。自社直営店やデパートなどでの販売に加えて、一般消費者向けにネットショップでも自社製品を販売している。 　ネットショップでは、購入者は会員登録を行う必要がある。会員に対しては、購入の履歴から会員の嗜好を把握してダイレクトメールを発送し、さらに購入金額の合計に応じた会員種別を付与している。 　会員種別には一般会員と特別会員があり、特別会員は購入時に5％の割引が適用される。一般会員と特別会員の判定は、月末日のメンテナンス時間（23時30分～23時59分）のバッチ処理（以下、会員種別判定バッチ処理という）によって行われ、当月の購入金額の合計が5万円以上であれば翌月の初めから月末までは特別会員、5万円未満であれば一般会員となる。 　W社では、1回の購入金額が少額である日用雑貨の性質から、頻繁に購入する会員（リピータ）を獲得することが重要と考え、リピータが特別会員の資格を維持しやすくなる判定ルールを取り入れた。具体的には、購入の履歴中の1回ごとの購入を購入単位として、その日時の古いものから順に調べて購入金額の合計が5万円に達したら、それより後の日時の購入単位は繰越し扱いとし、翌月以降の会員種別判定バッチ処理の対象に回すことにした。 　 〔データベースの設計〕 　ネットショップの会員管理システム（以下、本システムという）について、E-R図を図1に示す。 　購入エンティティの購入ステータス属性は、購入が完了しているか否かを表す。“受注”、“入金済み”、“完了”のいずれかの値をもち、“完了”となったものだけが会員種別判定バッチ処理の対象となる。購入者は、購入単位ごとに代金を支払う。W社は、入金が確認された後に商品を発送し、購入ステータス属性を“完了”とする。 　購入エンティティの判定処理状態属性は、“未処理”、“判定処理済み”、“繰越し”のいずれかの値をもつ。 　会員エンティティの会員種別属性は、入会時には“一般会員”の値をもち、会員種別判定バッチ処理のたびに、“一般会員”か“特別会員”のいずれかの値が格納される。会員エンティティの会員番号属性には、1以上の整数が格納される。 　商品エンティティの商品定価属性には、その商品の定価が格納される。一方、購入明細エンティティの商品単価属性には、会員種別による割引を考慮した販売時の単価が格納される。また、購入エンティティの購入金額属性には、関連する購入明細の商品単価と個数の積を合算した金額が格納される。 　なお、本システムでは、E-R図のエンティティ名を表名に、属性名を列名にして、適切なデータ型で表定義した関係データベースによって、データを管理する。

〔会員の嗜好の把握〕 　会員の嗜好を把握してダイレクトメールを発送するために、過去1年分の購入の履歴から、各会員がその1年間に購入した商品の商品分類名と商品分類ごとの購入金額合計の一覧（過去の購入済み商品分類一覧）を表示する図2のSQL文を作成した。 　なお、“:一年前”は、1年前の日時を表す埋込み変数である。

〔会員種別の判定〕 　カーソルを使用した会員種別判定バッチ処理を行う図3のプログラムを作成した。 　会員種別判定バッチ処理では、会員の購入の履歴を会員番号と購入日時の昇順に処理を行い、特別会員と判定されるまでの購入の履歴は購入単位ごとに判定処理済みとするが、特別会員と判定された後の購入の履歴は購入単位ごとに繰越しとして、翌月以降の会員種別判定バッチ処理の対象にする。購入の履歴中の購入金額の合計が5万円未満の場合は、全ての購入の履歴を判定処理済みとする。 　なお、“:判定対象期限”は判定対象である月の最終日時を表す埋込み変数である。また、変数 kounyu_no、kounyu_kingaku、kaiin_no、goukei、current_kaiin_no、update_flag はそれぞれ適切な型で宣言されているものとする。LOOP から END LOOP までは処理の繰返し範囲を表す。FETCH 文でカーソルから行を取り出して処理を続け、取り出す行がない場合には処理の繰返しを抜ける。

〔会員種別の履歴の確認〕 　会員種別について、会員から“自身の会員種別の履歴を確認したい”という要望が多数寄せられた。当該機能を実現するために、図1のE-R図に対して、既存のエンティティとの間に1対多の関連をもつ新しいエンティティを一つ追加し、会員種別の判定後、その結果の適用日時を含めて記録するようにした。