No.101
>>17
の仕様を考えていただけませんでしょうか。
>>17
の仕様を考えていただけませんでしょうか。
ハロワの職業訓練でデータベースやってるんですが。
レス数: 130
概要: >>無職暇人 >>17 の仕様を考えていただけませんでしょうか。
>>17
の仕様を考えていただけませんでしょうか。
No.102
Accessで作って欲しいものある？
http:
他スレに出張ってこずに大人しく待ってろよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
No.103
別にそんなに酷くはなかったです（汗）。
ただ、ACCESSの操作方法だけだと物足りない感じはしましたけどね・・・
No.104
貸出履歴の貸出日も主キーに加えればよろし。
ただし、実際には同日に貸出、返却が繰り返されることもありますね。
あと、ビデオが複数本ある場合も、それぞれが別物として扱えればいいんですよ。
在庫
ビデオ番号（主キー）←タイトル毎に一意
ビデオ枝番（主キー）
ビデオマスタ
ビデオ番号（主キー）
タイトル
≪以下略≫
○○○ってビデオが３本あったら、
○○○−１
○○○−２
○○○−３
って感じ。
No.105
なるほど〜。ビデオが複数ある場合の対応は、ビデオマスタに枝番を追加しようかと
思ったけど、在庫テーブルで管理するわけね。ありがと〜。
あと延滞金の発生を考慮してなかったので追加。
延滞マスタ
延滞区分（主キー）
金額
※延滞区分は、１日遅れ、一週間遅れなどの区分。
延滞履歴
延滞区分（主キー）
顧客番号（主キー）
ビデオ番号（主キー）
貸出日（主キー）
※返却時に、返却予定日＞返却日の場合、延滞履歴に追加。
貸出履歴（修正版）
顧客番号（主キー）
ビデオ番号（主キー）
貸出日（主キー）
返却予定日
返却日
※貸出日を主キーに追加し、延滞金の発生を考慮した返却予定日を追加。
こんなものかな〜。なんか例外を考えてると切りがないね。
一日に同じビデオを数本借りて、同じ日に返してまた同じビデオを借りた場合とか。
No.106
延滞金改正前後で金額が異なってくるな〜。延滞履歴に金額を持つべきか・・・。
No.107
No.108
が作戦を変えてやってきましたね？
No.109
>こんなものかな〜。なんか例外を考えてると切りがないね。
まったくもってその通り。
だから、まず最初に>107の言うように、要件定義から入ります。
どこまでシステム化するかを決めてから概要設計です。
あと、前回の書き込みで、「在庫」テーブルとしましたが、
テーブル名に深い意味はないです。
ビデオマスタに枝番つけちゃうと、タイトルなどのフィールドが
重複項目になりますので、正規化しただけ。
No.110
在庫テーブルの件は了解です。問題は用件定義からやらせてくれる
会社にはいれるかどうかだな〜。
修正 105の延滞履歴は、返却予定日＞返却日となってるけど、
返却予定日＜返却日の間違いです。
No.111
存在証明を残すのだーーー。
No.112
>>1
は要求定義未確定の状態でレンタルビデオ管理
システムを作り上げたんだろうか。
No.113
要求定義がしっかりした依頼は、
Accessで作って欲しいものある？スレにあるぞ。
http:
勉強したいのなら、そっちのほうよろ。
No.114
デモ以外の機能を持ち合わせていない、実際に動いているように見える
システムを作ったとか。ｗ
No.115
No.116
ありがとう、あれからレンタルビデオのデータベースを作ることに成功しました。
うーむ、気になる。一体1に何がおこったのか？
No.117
の
>>1
にしても、どうして失踪する人が多いんだろう・・
No.118
No.119
>>1
を召還してくれ〜。
No.120
No.121
No.122
そのとおり。
No.123
No.124
今日、無事に卒業できました。
No.125
何じゃ、そりゃぁ〜。
No.126
No.127
会社勤めなんかしてると知らない間に桜が咲いて散ってたりする
No.128
いえてる。
朝と夜にしか外に出ないような生活だと、四季が
実感できなくなる。
No.129
( ﾟ∀ﾟ)彡 無職！無職！
⊂彡
No.130
彼氏「この求人よくねー？」
彼女「ほんとだー♪ 給料もいいし休みも多いね♪ 行っちゃいなよ〜♪」
バカかお前ら！絵に描いたようなＤＱＮが受かるわけねーだろボケ！
だいたいその髪の色と長さ、それで普通の企業に応募できるわけねーだろ！
応募以前に相談しても紹介状だしてくれんよバカ！
ＤＱＮはパチ・鳶にでも行きやがれ！
