みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
伝票と詳細テーブルの要領でポータルにてレコードを入力します
商品の販売ではなく、伝票にあたるのは、業務受注→詳細にあたるのは、下請けに流す
という入力になります
例1)
受注A
詳細1 下請けA 100円
詳細2 下請けA 100円
詳細3 下請けB 100円
といった具合です
ひとつの業務を複数の下請けに流すので上記のようなかたちになったおります
さらに、上記のようにポータルで入力するわけではなく
もうひとつ、直接入力の支払いテーブルがあり、そこにはすでに
受注A 500円 といった形のレコードが直接入力してあります
請求書発行のときには業務請負テーブルのレコードを元に作成しますが
下請けに、支払い明細を発行するときのために、
受注ごと、下請けごとのレコードがほしいです
例1)なら
下請けAに対して
受注A 200円
というレコードになります
これと先述のものを合わせたものが支払明細になりますので
統一された、といいますか例1)の詳細のバラけたレコードを
まとめたい、といったようなことです
どうやったらできるのかわかりません
私の説明が意味不明なところがあるかもしれませんが、
アドバイスよろしくおねがいします
WINDOWS10
FMP16
Offline
直接入力の支払いテーブルと、業務受注→詳細 の関係は？
また、支払いテーブルの支払い先は？
受注ごと、下請けごとの集計は、詳細テーブル側で集計を行えばいいだけです。
Offline
直接入力の支払いテーブルと 業務受注→詳細はとくに関連していません
そして、その支払先は各下請け会社となります
受注ごと、下請けごとの集計で集計をやって、
その結果と支払いテーブルのレコードを
支払明細書というものに列挙するにはどうしたらよいですか？
Offline
いろいろ考えてみましたが
どういった形式の売上だろうが支払いだろうが、同じテーブルに登録するようにして
各種フラグで種別するのが一般的なやり方ですかね？
どうも、正規化的な観点からテーブルを分けてやるものだと思っていましたが
ひとつにぶっこんだほうがいいんですかね？
Offline
業務の運用を考えたら、正規化の考え方はおかしくなります。
データベースの構築は、あくまで、データがどう動くかを考えるべきでは。
Offline
Pages: 1
[ Generated in 0.005 seconds, 9 queries executed - Memory usage: 553.58 KiB (Peak: 581.55 KiB) ]