みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
いつもお世話になっています。
OS:Win7
FM:FM11 Pro
以上の環境でお弁当受発注システムを作成しています。
種類別の集計方法でわからなくなってまたアドバイスを
いただきたく投稿しました。
今回は、種類別の集計をする方法です。
テーブルは2つあります。
テーブル1:お弁当の種類が入っているテーブルです。構成と内容は、
弁当CD 弁当名称 並び替え用名称
001 A弁当 001A弁当
002 B弁当 002B弁当
003 C弁当 003C弁当
テーブル2:一日の発注状況が1社員1日1レコードで入っています。構成と内容は、
社員CD 日付 注文弁当
100 2015/11/30 001A弁当
200 2015/11/30 002B弁当
300 2015/11/30 003C弁当
400 2015/11/30 001A弁当
となっているとき、画面に
本日の注文総数は 4件
内訳
A弁当 2件
B弁当 1件
C弁当 1件
と表示させたいのですが、どうしたらいいでしょうか?
お教えください。よろしくお願いします。
簡単に書くと、テーブル2に社員CDのカウントという集計フィールドを作って
新規レイアウトのボディを 注文弁当をソート対象とする小計パートに変更して
そのバートに注文弁当と集計フィールドを置いて
今日のレコードだけを検索して、注文弁当でソートしてリスト表示にする。
A弁当と表示するのは考えてみてください。
Offline
旅人様、ありがとうございました。
簡単に書くと、テーブル2に社員CDのカウントという集計フィールドを作って
新規レイアウトのボディを 注文弁当をソート対象とする小計パートに変更して
そのバートに注文弁当と集計フィールドを置いて
今日のレコードだけを検索して、注文弁当でソートしてリスト表示にする。
A弁当と表示するのは考えてみてください。
この方法で何とか表示できました。
で、これを踏まえたうえでポータルを使って再現することは可能なんでしょうか?
実際の画面を見ていただくことができないのでうまく説明できないのですが
イメージとしては、
選択した日付に該当
するデータの一覧 弁当の種類ごとの集計
|社員CD|弁当種| 本日の注文総数
|社員CD|弁当種| 〇〇個
|集計したい日付 | |社員CD|弁当種| 内訳
|社員CD|弁当種| A弁当 〇〇個
|社員CD|弁当種| B弁当 〇〇個
こんな感じです。
レイアウトの元のテーブルは集計したい日付を入力するテーブルで
ファイルメーカーには、アクセスのようなサブフォームという考え方がないのでポータルを使って
対象データを一覧表示。でその集計結果を表示する。
こんなことができるんでしょうか?
説明が下手ですいません。
ボディに |社員CD|弁当種| を置いた方が早そうですけど・・・・
集計したい日付をグローバルにして、元日付と自己リレーションして
ヘッダにポータルを配置した集計レイアウトにするとか?
Offline
旅人様、返信ありがとうございました。
ボディに |社員CD|弁当種| を置いた方が早そうですけど・・・・
集計したい日付をグローバルにして、元日付と自己リレーションして
ヘッダにポータルを配置した集計レイアウトにするとか?
そうですね。あの後いろいろと検証してみましたが無理して1画面で行うと
データの修正を行う場合などが出てきた場合に対応しきれない懸念が
出てきました。
ですので、旅人様のおっしゃる通りの方法が一番安全なのかなと
思います。
イメージとしては、
本日の注文数
ヘッダ |集計したい日付| |A弁当 |〇〇個|
|B弁当 |〇〇個|
|C弁当 |〇〇個|
総数 〇〇個
------------------------------
ボディ |社員CD|弁当種|
で総数の部分をポータルにする。
こんな感じでしょうか。
そうするとヘッダもボディも同じ物が表示されますよね。
ボディは無くして弁当種をソート対象とする小計パートにするという
意味でした。
表示は別テーブルにしたほうが簡単と思いますよ。ソートも要らないし。
Offline
別テーブルから集計する例
http://pupld.net/21/151202/lgruqi2dge/index.cgi
弁当.fp7
Offline
旅人様、返信ありがとうございます。
サンプルまで用意していただき、大変助かります。
これを使って試行錯誤しながら作っていこうと
思います。
Pages: 1
[ Generated in 0.013 seconds, 7 queries executed - Memory usage: 522.39 KiB (Peak: 527.3 KiB) ]