初心者のFileMaker pro Q&A (旧掲示板)

UDAS

Member

テーブルの構成がうまくいきません

販売テーブルに伝票テーブルから入力をするのですが

伝票ID 001     
商品ID     販売       
1            100
1            100

すると、販売買取伝票テーブルには

伝票ID    販売
001       200 

というレコードを作成することができます
ここからが少し特殊かもしれないのですが、

伝票ID 001     
商品ID     販売      担当者    担当者歩合
1            100       A          10
1            100       B          10

※担当者歩合とは歩合で担当者に払う金額で10%です
としたときに、

伝票ID    販売     担当者歩合
001       200     20

となります
さらに、別途、

伝票ID 002(これは担当者はレコード中1人です)
作業ID    担当者    担当者歩合
1           A           100
2           A           100

というレコードも入力するので、伝票テーブルには

伝票ID   販売    担当者歩合    担当者
001      200    20
002                200             A

といった性質のレコードも作成します
これとの整合性がとれません
伝票001では担当者ごとに別れていないのに、伝票002では別れているということです

担当者ごとの集計や商品IDごとの利潤を計算するには
伝票テーブルをなくして、直接販売買取テーブルに入力したほうがいいのでしょうか？

もしかして、こういったときに使うのが、繰り返しフィールドということになるのでしょうか？
伝票001の担当者に関しては繰り返しをつかって、値を取得してA,Bとするような

Last edited by UDAS (2017-07-22 22:44:55)

Shin

Member

Re: テーブルの構成がうまくいきません

伝票ID   販売    担当者歩合    担当者
001      200    20
002                200             A
は、伝票テーブルですか、販売買取伝票テーブルですか。

伝票ID   販売    担当者歩合    担当者
001      200    20
002                200             A
は、単にkのような表示ができればいい、ということでしょうか。

UDAS

Member

Re: テーブルの構成がうまくいきません

1伝票に対して多販売レコードがあり、そのレコードにそれぞれ担当者がつくことがあります
伝票テーブルでみると

伝票ID    販売     担当者歩合
001       200     20

となります
1伝票に対して同じ担当者で、多レコードがある入力もありそれは

伝票ID 002
作業ID    担当者    担当者歩合
1           A           100
2           A           100

このような感じです。担当者が変わるときには伝票を変えます
伝票テーブルでみると

伝票ID   販売    担当者歩合    担当者
001      200    20
002                200             A

となってしまうので、伝票テーブルを元に集計するときに、
担当者ごとの歩合の合計などが求められないということです

伝票テーブルの存在価値がなくなりそうですが
すべての販売テーブルから行えばよいのでしょうか？

一日に数百は増えていくのでレコード数が多くなる販売テーブルで直接、他テーブルを参照した計算や
フラグ処理などをやっていたら、レコードが増えたときに、いちいち全レコード再計算されるので
動作が心配です

Shin

Member

Re: テーブルの構成がうまくいきません

テーブル毎に、従来の名前で構成が作られているようで、その構成の考え方が間違っています。

伝票ID   商品ID     販売      担当者    担当者歩合
001      1            100       A          10
001      1            100       B          10
002                                 A          200
というテーブルに入力されていく様に変更するだけでしょう。

UDAS

Member

Re: テーブルの構成がうまくいきません

伝票ID   商品ID     販売      担当者    担当者歩合
001      1            100       A          10
001      1            100       B          10
002                                 A          200

の
002                                 A          200
の多レコードは別テーブルということですか？

伝票テーブル = 販売テーブル
                   = 担当者歩合テーブル
ですか？

UDAS

Member

Re: テーブルの構成がうまくいきません

ちょっと勘違いしていました

そもそも伝票テーブルが不要ということなんでしょうか？
販売テーブルに直接すべて入力するような感じですか？

Shin

Member

Re: テーブルの構成がうまくいきません

作業IDを忘れていましたね。
伝票ID   商品ID     作業ID    販売      担当者    担当者歩合
001      1                         100       A          10
001      1                         100       B          10
002                    1                        A          100
002                    2                        A          100
というイメージのテーブルです。
私がつくるならば、この明細テーブルと伝票テーブル（伝票番号と伝票種別を管理）だけ（別途マスターテーブルは必要かも）で十分同じファイルが作れると思います。

販売テーブル
伝票テーブル 
販売買取伝票テーブル
販売買取テーブル
担当者歩合テーブル
というテーブル名が出てきているのですが、それぞれのフィールド構成、テーブル間のリレーション関係などを整理していただけませんか。
また、作業、とはどこの分類になるのでしょうか。

UDAS

Member

Re: テーブルの構成がうまくいきません

伝票テーブルは入力用にあるだけ、といった感じですか？
合計金額や集計するときには、伝票テーブルは使わずに
明細テーブルだけでやる、ということですよね？

Shin

Member

Re: テーブルの構成がうまくいきません

一般的な集計は、明細テーブルのみで十分でしょう。
必要に応じて、伝票テーブルや他のテーブルに表示機能を加える事は可能でしょうね。

テーブルの構成を書き出してください。

UDAS

Member

Re: テーブルの構成がうまくいきません

書き間違えていたようでテーブルが多くなってしまっていました

伝票テーブル
伝票ID
日付
金額(販売テーブルの同伝票IDのSUM)

販売テーブル
販売ID
伝票ID
商品ID
販売(金額です)
担当者
担当者歩合

作業テーブル
作業ID
作業内容ID
担当者
担当者歩合

です
作業というのは何からの作業業務を行った担当者へ支払う金額のテーブルです

Shin

Member

Re: テーブルの構成がうまくいきません

作業テーブルにも伝票IDがあるのですよね。

担当者マスターテーブルを作り、販売テーブルと作業テーブルにリレーションを貼れば、担当者ごとの歩合は計算できますよ。ただ、その明細を含めて一覧にするには、ちょっと工夫が必要です。（VirtualListを使うと早いかも）