ACCESS2000のテーブル構造

Question

ACCESS2000のテーブルの作り方について質問します。

伝票フォームを作り「取引先コード」「商品区分コード」「商品コード」3項目を入力したら単価が表示されるようにしたいのですが、うまくいきません。
（同じ商品でも取引先により単価が違うので、3つの情報がそろったときにはこの単価になるという形にしたいのです）

現状は「商品区分テーブルの区分コード」と「商品マスターテーブルの区分コード」　
「商品マスターテーブルの商品コード」と「単価テーブルの商品コード」をそれぞれ1対多リレーションし、
そして「単価テーブルの単価コード.商品コード取引先コード,単価」で選択クエリを作り、それを伝票のサブフォームにしてみたのですが、商品コードが入力できませんでした・・・

何冊か本を参考にして作ってみたのですがうまく出来ませんでした

お分かりになる方がいらっしゃいましたら教えてくださいよろしくお願いいたします。

11n_kacie · Accepted Answer

お世話様です。

＞主キーは「商品コード」「取引先コード」の二つに設定すると言う
＞ことですよね！？

そうです。テーブルのデザインビューで２行同時に選択して「主キー」
ボタンを押してください

＞それぞれ1対多のリレーションテーブルのため、すで に”多”なので

これは大丈夫だと思います。リレーションは２つのテーブル同士の関係
性だけなので。[商品区分]→[商品]→[単価]というのもありますし。

＞「固有のインデックスがない為、出来ません」と表示されてしまうの
＞です… 

「リレーションシップ」ダイアログで「作成」ボタンを押したときに
表示されるメッセージですよね。
おそらくダイアログ上でのフィールドの指定ミスか、親テーブルの
主キーの設定ミスかとおもわれます。

リレーションを設定する際も、２つのフィールドを一度に設定します。
ダイアログ上ではこのように設定されていますか？

テーブル／クエリ　　リレーションテーブル／クエリ
・単価　　　　　　　・伝票明細
　商品コード　　　　　商品コード
　取引先コード　　　　取引先コード

yubokun · Answer

順番が違うような気がします。わたしもちゃんと習ったことがないので自己流ですけど表を作ってからリレションを設定しています。だって顧客コードの中に商品こーどがあるんじゃなくて顧客別に商品単価があるんですよね。だからテーブルのリレーションが違うのでは？なんてまだ自分でトライしてないので・・。でも似たようなものできたような気がしますけど・・。
ごめんなさい。たよりないお答えで。もっとちゃんとした回答がほしかったんですよね。でもできます。がんばって。

vantage · Answer

テーブルの構造を整理してみましょう

＜商品区分マスタ＞
[商品区分コード][商品区分名]…その他

＜商品マスタ＞
[商品区分コード][商品コード][商品名]…その他

＜取引先マスタ＞
[取引先コード][取引先名]…その他

＜単価マスタ＞
[単価コード][取引先コード]（[商品区分コード]）[商品コード][単価]…その他

この単価マスタテーブルから、フォーム上の[取引先コード][商品区分コード][商品コード]を抽出条件にして選択クエリーを作成すれば[単価]が出てきますよね。

質問でよく分からないのは、
>商品コードが入力できませんでした
というのは、フォーム上で抽出条件としての[商品コード]が入力できないって事ですか？
コンボボックスでも使っておられて、値集合ソースの抽出が上手く出来ないって事でしょうか？

また、文章の前半からは「抽出された１件の単価を表示させる」と読めるのですが、
>伝票のサブフォームにしてみた
という処理が、何をやられたいのかよく分からないです。
単価以外にも表示させたいデータがあるのでしょうか？
それとも、サブフォーム上でレコードの更新等されたいと言うことでしょうか？

私が、通常こういった処理でイメージするのは、
フォーム上に[取引先コード][商品区分コード][商品コード]各々を選択できるコンボボックスが存在し、３つの選択後に同フォーム上の「単価」テキストボックスに[単価]が表示されるという仕様なのですが…
なんかイメージが違っていたらすみません。

yasinomisenzai · Answer

マスタテーブルだけでは伝票は作れません。
伝票テーブルが必要です。

マスターテーブルはコンボボックス内のリスト表示に使うといいでしょう。

11n_kacie · Answer

とりあえず、こんな感じでいけると思います。

[商品区分]→[商品]→[単価]←[取引先]
　　　　　　　　　　　↓
　　　　　　　　　[伝票明細]

テーブルのリレーションは上図の通り。
伝票明細テーブルの内容は
　・伝票明細コード（主キー）
　・単価テーブルからの外部キー
　・数量
こんな感じになるかとおもいます。

上のリレーションをそのまんまクエリにしてやって、
それをフォームのレコードソースにすればいけるはずです。

ただし、明細だけの伝票なんて普通無いので、
これはこれでわりと不都合が多いような気がします。
単価がある程度パターン化できれば簡単なんですけど。

11n_kacie · Answer

＃４です。すいませんでした……思いっきりずれてました。
当方、自宅ではMacなもので。失礼致しました。
[単価]から[伝票明細]へのリレーションです。
これで＃４に関しては問題ないと思います。

原則として外部キーは親テーブルの主キーになります。
単価テーブルの主キーが単価コードなら、単価コードを
入力することで商品名や取引先を一意に定まります。
商品コード・得意先コードの入力によって定めるのなら、
単価テーブルの主キーは商品コード・得意先コードにすると
良いでしょう。

で、＃４のリレーションの不都合ですが、
伝票テーブルの存在をまったく無視していることなんです。
伝票によくあるリレーションとして、
[取引先]→[伝票]→[伝票明細]←[商品]
という形になるんです（トランザクションパターンと言うそうです）。
つまり、これと＃４のリレーションをあわせればいいのですが、
そうすると今度はリレーションの循環が発生してしまいます。
（取引先から伝票明細までの経路が２通りに）
これを解決するにはちょっとした力技が必要になるのではないかと。

単価テーブルさえなければ問題ないんですが……。

11n_kacie · Answer

＃４、５です。
前に書いたとおり、ちょっと力技になります。
おそらくいろいろな方法があると思いますので、これがベストかどうかは自信がありませんが。

[商品区分]→[商品]→[単価]←[取引先(1)]
　　　　　　　　　　　　　↓ 
　[取引先(2)]→[伝票]→[伝票明細] 

（ずれると思いますので補足しますが、上下のリレーションは単価→伝票明細です）

ここで、取引先テーブルは同一のものです。
テーブルそのものは１つでもリレーションの画面上で複数表示させる事ができます。

ただし伝票明細テーブルには取引先コードが２つ必要になり、これらは連携しないので
フォーム上でプログラム的に連携させてやると良いでしょう。

11n_kacie · Answer

お世話様です。
前回の記述で混乱させてしまったようで、申し訳ありませんでした。

「取引先コードが２つ必要」という記述ですが、これは伝票明細テーブルでの話です。
しかし、伝票明細テーブルに直接取引先コードが書き込まれるとは限りませんでした。
要するに、伝票テーブルから伝票コードを外部キーとしてリレーションさせるわけですが、
この伝票コードには実質的に取引先コードも内包している、ということです。
（伝票コードが定まれば、取引先が一意に定まるので）
これと同様のことが単価テーブルからのリレーションでも起こるので、取引先コードが
２つ必要、という表現を致しました。紛らわしくて申し訳ありません。

要点をまとめますと、
1. 取引先テーブルは元のままでよい。
2. 伝票明細テーブルには外部キーとして「伝票コード」と「単価コード」を持つ。
3. 上記２つのコードはどちらも「取引先コード」を内包する（ただし循環はない）。
ということです。そして上記の「3」のことから、この２つの
隠れた取引先コードを連携させる必要が生じるわけです。

それでは、具体的にその連携を実現するため例を挙げます。
（私なりの方法でありあくまで例ですので、最善かどうかは保証できません）
A. ＃６の通りにリレーションを作成
B. 単価テーブルの「単価コード」を廃止（商品コード・取引先コードを主キーに）
C. 伝票フォーム内に伝票明細サブフォームを生成
D. VBAのグローバル変数などにより取引先コードを連携
具体的に記述するため、特に連携の実現とは直接関係のない操作もありますが、
このような感じでいけると思います。

長文のため詳細についてはあまり触れておりませんので、
不明な箇所はお尋ねくださればその都度ご返事させていただきます。

11n_kacie · Answer

お世話様です。
突然なんですが、なんだか私自身混乱してしまいまして、
かなり怪しいことを言ってしまっておりました。
今試してみたのですが、もう明らかに間違っている部分もありました。
未熟なスキルやうろ覚えの知識でものを申してしまい、心より反省している次第です。
大変申し訳ありませんでした。改めてまとめなおします。

■リレーションに関して
[単価]→[伝票明細]リレーションは必要です。
とりあえず以下のようにして下さい。

[商品区分]→[商品]→[単価]←[取引先]
　　　　　　　　　　　↓ 
　　　　　[伝票]→[伝票明細] 

[取引先]→[伝票]はクエリ上で仮想的に実現します（後述）。
以前、ここの解釈について誤っておりました。申し訳ありません。


■[単価]→[伝票明細]に関して
単価テーブルに最低限必要なフィールドは以下の通りです。
　　　商品コード・取引先コード・単価
このうち「商品コード・取引先コード」が主キーです。

伝票明細テーブルに最低限必要なフィールドは以下の通りです。
伝票コード・商品コード・取引先コード
これらは全て外部キーになります。

[単価]→[伝票明細]リレーションは、商品コード・取引先コードの２つを
１つのキーとして同時にリレーションさせればできるかと思いますが、
上手くいきませんでしょうか。


■クエリ作成に関して
「クエリ」と表記していますが、要はフォームのレコードソースです。
サブフォームのクエリは以下の通りです。

[商品区分]→[商品]→[単価]←[取引先]
　　　　　　　　　　　↓ 
　　　　　　　　　[伝票明細] 

また、親フォームのクエリは以下の通りです。

　　　　　　[取引先]→[伝票]
（これはクエリ上のみでリレーションを作成します）

■フォームに関して
以前「VBAでグローバル変数～～」などと書きましたが、
フォーム／サブフォーム間の連携はVBAを使用しなくても出来るようです。
（たった今、試してみて始めて知りました……）
親フォームをデザインビューで開き、サブフォームを選択、プロパティの
「リンク子フィールド」「リンク親フィールド」で設定できます。
この場合は伝票コードと取引先コードになります。


以上です。
一度間違った指摘をしてしまい混乱させてしまった以上、
もはや完成するまでお付き合いさせていただくつもりです。
補足の必要な箇所がございましたらおっしゃってくださいませ。

11n_kacie · Answer

お世話様です。
お気遣いの言葉、どうもありがとうございます。
めげずに頑張らせていただきます。

＞ 商品コードと取引先コードをひとつのキーにするというのは、
＞ 単価IDのような主キーを別に作るということとは違いますか？

主キーはそれ自身が一意に定まるものであれば別に何でも構いません。
しかしこの単価テーブルの場合は、取引先コードをフォーム上で連携
させる必要があるため、こちらの方が良いでしょう。
これによりサブフォームでは商品コードと数量の入力だけで済みます。

＞ ２つのフィールドから１つのフィールドへのリレーションの
＞ やり方がわからないです…

ここはもう少し詳しく説明するべきでしたね。
２つのフィールドで１つのキーと説明しましたが、リレーションは、
「２つのフィールドから２つのフィールドへ」行って下さい。
伝票明細にも「商品コード」「取引先コード」のフィールドを作成し、
単価テーブルから主キー２つを引っ張ってきてください。
リレーションシップダイアログには複数行表示されると思いますが、
横に並んでいる項目がそれぞれ対応します。

以上です。たぶんあと少しです。頑張りましょう。

ACCESS2000のテーブル構造

順番が違うような気がします。

テーブルの構造を整理してみましょう

この回答への補足

マスタテーブルだけでは伝票は作れません。

とりあえず、こんな感じでいけると思います。

＃４です。

＃４、５です。

この回答への補足

お世話様です。

お世話様です。

お世話様です。

お世話様です。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング