アクセス内海のディープワールド

な　な　なんと　５月の２６日　から　ちょうど　１ヶ月　じゃぁ〜ないですか？？

このブログ更新　・・・・・・・・・　ポイントシステム　やら　経営分析　やらで

さぼってました　ははは。

でも　アクセスでの開発モチベーション　の　維持　が　ブログ再始動　の　目的

だったので　開発が　止まれば　ブログ更新　も　止まりますよ〜！！！（＾＾）




白：「うっちゃぁ〜ん　　　お久ぁ〜　　生きてたのね　　良かったわぁ〜　」


黒：「よう〜　　元気してたか　　てっきり　　インフルエンザ　に　　なったかと
　　　思ってたよ　　」


私が　な〜〜〜ぜ　今日　出てきちゃったかと　言うと　理由が　３つ　あります。


まず　　１つめ　　


マイケル・ジャクソン　が　亡くなっちゃった　じゃないかー

私の　青春時代　の　一ページに　あったなぁーー　　「　スリラー　」




２つめ　　は　　


これですね　「　ＷＩＮＤＯＷＳ　７　」　

３つめ　　は　　


ブログ更新　していないのに　結構毎日　見に来てくれてる人がいるからです。



　　　　　　　　　　　　　　　ありがとうございます。　　　　



ん〜〜〜でぇ　　本題なんですが　　「　ＷＩＮＤＯＷＳ　７　」　の　アップグレード。

１０日間　の　半額キャンペーン　ですね。　　こころ動いてます　　が・・・・・・・

７７７７円　に　・・・・。　　　　でも　　　ちょっとまったぁー　って　　止まりました。


ここで・・・・・・・・・・・・・・・。

Windows　XP　用　アプリケーション　も　動作　　　　ここに　　チェックあり　は

Ｐｒｏｆｅｓｓｉｏｎａｌ　の　１４７７７円　の　方　です。


だから　　７７７７円　の　方　を　買っちゃって　　アップグレード　しちゃうと

それまで　動いていた　XP　用　アプリケーション　が　動かなく　なっちゃうのだ！


さらに　Ｖｉｓｔａ　から　Ｗｉｎ７　へ　は　環境が引き継がれるが・・・・・・・・・

ＷｉｎＸＰ　から　は　ＯＳ新規インストール　と　なるので　　すごーーーく　面倒！

しかたが　ないが　　覚悟が必要　　。。。。。


ここで　最悪のパターン　を　想定してみた。


７７７７円　　で　　それまで使っていた　ＷｉｎＸＰ　マシーン　を　ここで　一気に

Ｗｉｎｄｏｗｓ　７　へ　と　グレードアップを狙い　　やったはいいが・・・・・・・・・・


それまで使っていた　ソフトが　インストールできない！　　なんでぇ〜　って

気づいた時には　　アフター　フェスティバル　！！！


バックアップを録っていなく　　工場出荷時にも似た状態　に　してしまい

しかも　ＷｉｎＸＰでしか動かないアプリケーション　使ってたりして・・・・・

だから　Ｗｉｎ７　で使えない。


これは　やばい　！　「　しまった！　」　ってな事になり

もう工場出荷時に戻すしかないって　　ＣＤ探すが　見つからず　　

中にあるデータ　どうするか？　って

ＰＣ　一台しかもっていない人　　　やばいですよ。。。。。。。。。　　　

http://www.microsoftstore.jp/Form/Product/ProductCategory.aspx?cat=100002




私は　自宅に　ＸＰマシン　と　Ｖｉｓｔａマシン　が　あるから　やってもいいけど

（実は　ＷＩＮ９８ＳＥ　も　　WinCE　も　あったりする　（＾＾）　）

Ｖｉｓｔａで　動かしている　アプリケーションソフト群の中には　ＷｉｎＸＰ用のソフトで

「　Ｖｉｓｔａ動作確認済み　」　なんてシールが貼ってあったソフト　も　あったかな？

これは　Ｗｉｎ７　では　あやしい事に　なりそうだと思いますが・・・・・・？



あなたは　どうしますか？




　

先週　月曜　朝　専務に　呼ばれた・・・・・　そして、言われた・・・


専務：「ポイントシステム　って　やってみない？」

私：「・・・・・・・・・・」

専務：「ちょっとさ　どんなのがいいか　ちょっと考えようよ」

私：「・・・では　市場調査でもしますか？」

専務：「いくつか資料　集めたんだけど　見てくれる？」

私：「はぁ〜　」（もう集めてある。。。準備いいなぁ）

専務：「ちょっとさぁ〜　一緒に考えようよ　」

私：「はぁ〜　」（イマイチ　まだ　やる気が　しない　けど）

・・・・・・・・・・・・・・
・・・・・・・・・・・・・・
・・・・・・・・・・・・・・
・・・・・・・・・・・・・・
・・・・・・・・・・・・・・

・・・・・・・・・・・・・・っと　言う事で、

お客様に対する「ポイント還元管理システム」を　考える事に

なりました。


弊社には　会員管理システム　が　あるのですが　それと関連

させる方向ではあっても　いきなり　全社的に　やると

話が　デカくなるので　とりあえず　こっそり　やろうと思います。


わざわざ　マイクロソフトアクセス　を　使わなくても

結構良さそうなモノ　が　市場に　あるのだから　それを使えば

いいのだけど・・・・・。 まぁ〜　それは　話が大きくなったらね


ここでは　そうですね　なんか　考えながら・・・・プロトタイプ

でも　作ってみようかなぁ〜　物品販売をやてる部署があるので

ちょっと話をするのに　参考システム　ですね。

http://www.mcdonalds.co.jp/menu/limited/kyufukin/index.html

さ〜て　もう少しだぁ〜　。。。

レポート　「移送運行日報」　を　デザイン　で　開いて・・・・・・・・

ラベル「運行数」　

項目「件数」

ラベル「件」

・・・・・・・・・・・・・・・・・・・　　　を　　それぞれ　コピー　　

そして　　ペースト　　　そこは　　　そうです　　　ここです。

次に　件数　項目　の　プロパティ　です

コントロールソース　に　ＳＵＭ関数　を　入れます。　　　=Sum([件数])　ね

同様に　総合計　の　フッター　にも　　コピペ　しています。


そして　レポート　オープン　すると・・・・・・・・・・・・・・・・・

・・・・・・　と　なって

最終ページ　の　総合計　は　・・・・・・・・・・・・・・

・・・・・・　って　なります。


これで　ひとまず　件数合計　は　出ました。

クエリ「Ｑ_移送受付monthtable運行日報期間抽出」　の　デザイン　です。

一番右端　に　件数: flag_to　と　あります。

先程の　Flag_to　の　データ　を　件数　という　項目名　で　表示　する事です。

このクエリ　を　実行すると　こんな感じ・・・・・・・・・・・・・・

これで　クエリ　で　１データ　に　対して　件数項目　に　１　が　出ました。

レポート「移送運行日報期間抽出」　に　設定している　クエリ　は

「Ｑ_移送受付monthtable運行日報期間抽出」　です。

テーブル　と　レポート　の　間に　入れてある　クエリ　です。

そして　データ　の　ある　テーブル　「移送受付monthtable」　です

この　テーブル　には　最初から　フラグ処理　が　発生する事を　予定して

Ｆｌａｇ項目　を　設けています。

テーブル　「移送受付monthtable」の総項目数　は　１３０位　あります。

その　後ろの方に　Ｆｌａｇ項目　が　あります。　　こんな感じ・・・・・・・・

この　flag_to　は　数値型　に　してあり　規定値　に　１　が　あります。

テーブル　「移送受付monthtable」　を　開くと　この様に　なります

この　flag_to項目　の　１　を　カウント　したいと　思います。

「移送関連メニュー画面」　の　右半分のカレンダー　これが　日報選択　です

５月２日　２号車　を　選んだ　ところです。　　こんな感じ・・・・・・・・・・・・

プレヴュー　で　開くと　・・・・　こんな感じ・・・・・・。

アップで　見ると・・・・・・　　こ〜んな感じ・・・・・・・・・・・・

そうです　日報　では　件数など　総合計　を　左下　に　載せています

これを　利用しよう　と　思います。　　　　どうなるかな？？？

では　「移送運行日報　当月期間抽出」　の　プレヴュー　を　見てみます。

初期設定　では　プレヴュー　のみ　３つ　ボタンを　有効　にしています。

プレヴュー　を　見ないと　印字　出来ない　ように　しています。

いきなり　印字　を　したいのでしょうが　期間を間違えた場合　用紙が無駄に

なってしまうのを　防御しています。


では　プレヴュー　を　開いて　みます。　　　これです。　　１号車分

これは　２号車分　です

本当は　６号車　まで　あります。


そして　これが　全車の合計　です。

例によって　顧客名　や　金額　などは　適当に　変更済み　です。


ここに　件数合計　が　ないので　それを　出す事に　なります。

患者移送の件数表示　でしたね。

まずは　現行のレポート　から　確認してみます。

移送関連メニュー画面　の　抽出対象期間　を　条件に　クエリがデータ抽出

します。　　ここでは　2009/05/01　〜　2009/05/22　です。

ちょっと　メニュー画面　を　デザインで開いて　見てみますね

抽出期間　の　開始　にあたる部分　です。　非連結です。

（非連結　とは　データテーブル　と　つながっていない　こと　です）

そのプロパティ　で　規定値　に　Date()-Day(Date())+1　を　設定しています


Date()　は　マシン日付　です

Day(Date())　は　マシン日付　から　日　だけを　抜き出しています。


つまり　意味は　マシン日付　から　日　だけを　引いて　１日　加える　　　です。


この設定により　

「移送関連メニュー画面」　を　表示した時　”その月の最初の日”　に　なります。


抽出期間　の　終了　にあたる部分　では　規定値　は　Date()　のみです

これで　”本日”　に　なります。


この　ふたつの項目　を　元に　データ抽出するクエリ　を　設けています。


画面を開くと・・・・・・・・・・・・・・・

・・・・・・・・・・・・・・・・・・・・・って　成ります。。。

もう一つの課題　は　患者移送の件数表示　です。

現在も件数は表示しているのですが　全体的に欲しいそうです。　　んん？

これは現行メニュー画面です。

ここは　運行日報で　行っています。

そうです　「銀行支店マスタ登録画面」の　CLOSEボタン　で〜す。

なんとなく　わかってたでしょ。。。

私も　・・・・・・　　このへんは　”　なれ　”　ですね


まぁ〜　簡単な形　なんで


”　ケツ　から　ほじっていく　”　のを　見てもらいたかった　のです。



では　マクロ「振込先マスタ更新」　を　「銀行支店マスタ登録画面」の

CLOSEボタン　に　セット　です。

[イベント プロシージャ]　を　開いて　　　こんな感じ・・・・・・・・・・・・

すると　２つも　いらないから　　　こっちは　　削除ですね（＾＾）

・・・・・・　このメニュー画面　も　もう少し　整えて　銀行マスタ関連は

一応　終了　かな。。。。。。　　　　お腹も　空いたしね








　

今回　マクロの実行　を　どうするか？　・・・・・　なので

まず　マクロ　を　見ます。　　　「振込先マスタ更新」　ですね

すると　そこには　・・・・・・・


Ｑ_振込先master_Clear

Ｑ_振込先master作成_TO_振込先マスタ

銀行マスタを元に振込先マスタを更新しました


・・・・・・・・・・　こうありますね　（マクロのコメント欄に入れておくのはこの為）


そこで　つぎに　クエリ「Ｑ_振込先master作成_TO_振込先マスタ」　を　見ます

すると　このクエリは　「Ｑ_振込先master作成」　が　元に　なっているのが

わかりますね　　　　　このクエリを　見ると・・・・・・

「銀行master」　と　「銀行支店master」　の　２つのテーブルで

結合しています。　　この結合プロパティを見ると


”　両方のテーブルの結合フィールドが同じ行だけを含める　”


と　成っています。

よって　先に登録する　「銀行master」　だけに　データが　あったとしても

クエリ「Ｑ_振込先master作成」　には　反映されません。


・・・・と　言う事は・・・・　　マクロ　「振込先マスタ更新」　の　実行場所は・・・

　　

イメージ　しながら　さわって　みます　・・・・・・・・


やだぁ〜　　今の画面の事ですよ（＾＾）


「銀行マスタ登録画面」　を　開いてみました。

後ろの　ピンクの画面　を　クリックしても　「銀行マスタ登録画面」　が

隠れない様に　しています。

ご存知の通り　プロパティの　作業ウィンドウ固定　を　はい　に　しています

もうひとつの　「銀行支店マスタ登録画面」　も　同様の処置です


ここで　金融機関　や　支店　を　登録　しても　　振込先マスタテーブル

とは別なので　「振込先マスタ更新」ボタン　を　クリック　してくれなかったら・・・・

やばい　ですよね。


「銀行master」　

「銀行支店master」

「振込先master」

・・・・・・　って　３テーブル　が　絡んでますからね



そこで　「振込先マスタ更新」ボタン　の役割を　別のボタンに　持たせます

どこだか　わかりますぅ〜？？？


答えは　CM　の　後で・・・・・・・・・・・・

【代引き・銀行振込み決済　1,000円値引き】HAMILTON ハミルトン ジャズマスター プチセコンド 腕時計 H32555135
時遊舎
★★　HAMILTON　JAZZMASTER PETITE SECOND　★★もっともアメリカらしい

楽天市場 by ウェブリブログ

一応　セット　した　画面は　こんな感じです。

ボタンの位置を　少し変更　と　横に大きくなってるのが　あります。


大きさは　ボタンの持つ　感覚的なイメージ　です。


ここでは　ボタンの大きさが　画面内での役割の大きさ　を　表しています。


私は　基本的に　設計する画面のオペレーションの流れを

左　から　右　へ　　　　上　から　下　へ　　　　って　感じに　しています。

ここら辺は　決まりは　ないので　　全部上から下へ　って　ボタン配置　でも

良いかも　しれないですね。。。



ボタンに　セットした　フォーム　と　マクロ　は　以下の通りです
　

銀行マスタ登録画面

銀行支店マスタ登録画面

振込先マスタ更新

・・・・・・・・・　まだ　不恰好なので　もう少し　手を　加えますが・・・・・・・


また　また　この画面　を　見つめながら　イメージ　していきます。

また　また　また　間が　開いてしまいましたぁ〜　　やれやれ

経理のマスタメンテナンスメニュー画面　に　セット　でしたね

この前の画面では　ボタンが多いので　少し減らしました。　これです。

こうしておいて　この画面を　見つめながら・・・・・　想像するんです。

どんな　オペレーションの流れ　に　なるのかなぁ〜？　ってね

今の　流れを　マクロに　登録です　　　こんな感じ・・・・・・・・・・

マクロ名　は　「振込先マスタ更新」に　しました。

メッセージボックス　を　使って　更新終了のお知らせ　を　します

”　銀行マスタを元に振込先マスタを更新しました　”　・・・　ですが

まあ〜　なにも無いよりは　いいよね


クエリが　３つ　絡んでいるのに　なんで　ここでは　２つ　なの？

って　疑問に　思う人も　いるかもしれないので　一応　説明しますと

「Ｑ_振込先master作成_TO_振込先マスタ」クエリ　実行だけで

その元になってるクエリも自動に実行されるから・・・・です

だから　２つ　で　ＯＫ　です。


・・・・・・・・　さぁ〜て　これで　結構　裏方の　地味な作業　は　一応終了

つぎは　オペレータと　会話をするような　メニュー画面　に　登録ですね

では　先程　検討したように　「振込先master」テーブル　を　初期化して

追加する　　クエリ　を　作成しました。　　　これです。


まずは　Ｑ_振込先master_Clear　　です　　　　まず　これで　初期化します

そして　　これです　　　　Ｑ_振込先master作成_TO_振込先マスタ　　

データ追加　ですね



よ〜く　見てもらえると　わかると思うけど「Ｑ_振込先master作成」ってクエリを

元に　「Ｑ_振込先master作成_TO_振込先マスタ」クエリ　は　出来ています


ここでは　削除クエリ　選択クエリ　追加クエリ　が　絡んでいるんですね

そういえば　金融機関別入金集計表出力区分　なる　項目が　ありますねぇ〜

Yes/No型　で・・・・・・・・　これです。　　　「振込先master」テーブル　です。

・・・・・・　なので　「銀行支店master」テーブル　にも　項目追加しました。

・・・・・・　と　言う事は　　そうです　　クエリ　も　　画面　　も　　追加です。（＾＾）

　Ｑ_銀行支店master　　と　　銀行支店マスタ登録画面　　ですね

と

・・・・・・　あと　もうひとつクエリ　Ｑ_振込先master作成　も　項目追加です

クエリ実行すると・・・・・・・・・・・　こんな感じ・・・・・・・・・・

まぁ〜　ちょっと　面倒　に　思えるかもしれませんが

朝も　書きましたが　　アクセスの変更作業的には　１０分程度です

ブログアップの方が　　時間かかりますね。　　　手間も・・・・（＾＾）

「振込先master」テーブル　を　眺めて　思う事・・・・・・・・　　ふぅー。。

このテーブルに　先ほどの　クエリ結果　を　吐き出せば　いいのだけれど・・

単純に　追加クエリ　で　いいのだろうか？？？？　　と　思うのさぁ〜


いいのかなぁ〜？


まぁ〜　今回　この　「振込先master」テーブル　の　データ内容　は

例えば　銀行名が　変わった　としても　即時対応　で　良いわけだから

単純に　追加クエリ　で　いいかなぁ〜・・・・・・・・・・・。




以前にも　触れたけど　データベース　は　データの内容　が　過去状態

で　保存されている　事が　当然な訳　ですよ

だから　単純に　リレーションで　マスターの　コードだけで　リンクすると

商品名　や　社員名　などが　変わった時　過去状態　までもが　変更に

なってしまって　　駄目　　なんですね


こういったミス　は　大手のソフトハウスでの　開発でも　結構ありました

リレーショナルデータベース　って　名前通りに　リレーションを　単純に

考えている場合　起こります。



コンピュータソフト開発　を　専門業者に　依頼する場合も　この様な事項を

しっかり　事前に確認して　開発依頼　を　してください。





過去状態までも　変更して　良いものも　中には　ありますが　少ないです

今回　の　様な　金融機関名　などは　過去状態　変更しても　良さそうです



したがって　ここは　削除クエリ　と　追加クエリ　の　コンビネーション　かな

では　先ほどのテーブル　　「銀行master」　と　「銀行支店master」　で

作成した　クエリ　　「Ｑ_振込先master作成」　です

このクエリで・・・・・・・

bankcode: 銀行コード　　　と　　　しているのは　　　　後ろの項目で

振込先コード: [bankcode]+[支店コード]　　　と　　する為です


このクエリ　では　銀行コード　が　２つあり（それぞれのテーブル）

振込先コード: [銀行コード]+[支店コード]　　と　　した場合　エラー　と

なります。　　　それを　　避ける為です。


クエリの実行結果　は　こんな感じ・・・・・・・・・・・・・・・

この実行結果　を　元に　「振込先master」テーブル　に　仕掛けます。

実は　まだ　「振込先master」　って　テーブル　が　あるんですよ

これに　先ほどの　銀行マスタ　を　連動できる様に　したいなぁ〜

なんて　考えてますが・・・・・・

データ追加　かなぁ〜？　　って　思ったり

データ更新　かなぁ〜？　　って　思ったりしています。


なんかぁ〜　お腹　空いたなぁ〜　なんて　思ったりも　しています。




そうそう　　銀行コード　や　支店コード　は　　”　内輪で　”　　使っているので

実際の銀行コード　などでは　ありませんが・・・・・・・

どちらでも　　いいいのですが・・・・　　本当は・・・・・・