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

みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。

1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)

You are not logged in.

Announcement

新しい掲示板は、こちら:https://fm-aid.com/forum/t/filemaker


#1 2017-01-17 11:33:08

さんちゃん
Guest

書類管理データー構造について

いつも お世話になっています
FMver15  win7を使用しております。

データーの組み方についての質問です。
書類データーが1から10まで(実際の件数は増えていきます)あります。それぞれに変更履歴があり、履歴をアルファベットA-Zで表した場合。
一覧の例
1(変更なし)
2-F(6回の変更)
3-C(3回の変更)
4-G(7回の変更)
5-D(4回の変更)
6-A(1回の変更)
7-B(2回の変更)
8-B(2回の変更)
9-C(3回の変更)
10-D(4回の変更)
レコード数としては42ですが、一覧表示は10で、常に最新のデーターを一覧で表示。
イメージ的には、書類の変更履歴をレイヤーみたいに重ねていきたいのです。
一覧をクリックするとそれぞれの最新の詳細書類が見れて、2のデーター書類の場合はA,B,C,D,E,Fと変更した書類が見られるという具合。
このようなデーター構造にするにはどのようにすればよろしいでしょうか?
理由としましては、一覧の集計をするときに最新版の値の集計のみしたいからです。
説明がわかりにくいと思いますが、ご教授よろしくお願いいたします。

#2 2017-01-17 12:04:28

Hiro
Member

Re: 書類管理データー構造について

レコードID、書類ID、履歴ID、書類本文 のフィールドを用意して、リレーション集計値のポータル一覧表示の考え方で実装するとか?

Offline

#3 2017-01-17 12:12:07

旅人
Member

Re: 書類管理データー構造について

書類マスタを作って書類IDで10レコード入れて
書類IDで蓄積されているテーブルとリレーションして
蓄積テーブルの方を変更日の降順ソートして
一覧は書類マスタのリスト表示にしたらいいのでは。
履歴表示は関連レコード移動で。

Offline

#4 2017-01-17 12:23:30

さんちゃん
Guest

Re: 書類管理データー構造について

Hiro様
素早い返信ありがとうございます。
イメージとしまして、HIro様のポータル一覧表示の内容は詳細の表示方法に該当すると思いますがよろしいでしょうか?
その場合は、書類IDで自己リレーションすればよろしいでしょうか?

それを一覧にするとき、最終履歴IDはどのように取得して一覧に表示するようにすればよろしいでしょうか?
お手数ですが、計算式をお教えいただけますか?
ご教授よろしくお願いいたします。

#5 2017-01-17 12:38:45

さんちゃん
Guest

Re: 書類管理データー構造について

旅人様、Hiro様
素早い返信ありがとうございます。
一覧にするときに、クロス集計をしておりますのでできればテーブルは一つで行いたいと考えております。
一覧から関連レコードに移動したときにも、最新をポータルで表示できればと思いますが、自己リレーションのフィールド選択しだいでよろしいですよね?
ご教授よろしくお願いいたします。

#6 2017-01-17 12:44:31

旅人
Member

Re: 書類管理データー構造について

どんな集計をしているのですか。

Offline

#7 2017-01-17 12:55:37

さんちゃん
Guest

Re: 書類管理データー構造について

旅人様
集計内容ですが、書類の項目ごとに合計と件数の集計を行っております。
エリア・担当者・顧客・装置・分野・顧客分類・国・用途等になります。
それを、年や月・四半期で12回分(12年、12か月、3年分)のクロス集計になります。
ご教授よろしくお願いいたします。

#8 2017-01-17 13:36:01

旅人
Member

Re: 書類管理データー構造について

一覧表示したいフィールド等の詳細が不明でしたので曖昧なコメントに
なってしまいましたが
集計する(難しそう)ためには、最新のものだけリストする必要はなく
10個の最新レコードにフラグでも付けると集計出来るのではありませんか。
(最新10レコードのみ別テーブルから取り込んだ方が楽?)

Offline

#9 2017-01-17 15:48:48

Hiro
Member

Re: 書類管理データー構造について

クロス集計との絡みは分かりませんので、当初質問内容を基にしたサンプルをアップしました。
テーブルやフィールドなど設定項目を極力少なくしてあります。

●サンプル「書類履歴管理.fmp12」→ http://yahoo.jp/box/vzJbGo

Offline

#10 2017-01-17 18:28:28

さんちゃん
Guest

Re: 書類管理データー構造について

旅人様、Hiro様
いつも、素早い返信ありがとうございます。

旅人様
なるほど、Hiro様が作られたサンプルでユニークレコードIDとレコードIDが同じときが最新のレコードとして、計算式を作成すればフラグを付けられましたので、抽出してから集計します。

Hiro様
サンプルありがとうございます。この感じで作成してみます。
一つだけ質問ですが、履歴IDは書類IDが同じときだけカウントアップするように、自動で入力したい場合はどのような計算式を作成すればよろしいでしょうか?お手数をおかけしますが、ご教授をお願いいたします。

#11 2017-01-17 18:41:01

Hiro
Member

Re: 書類管理データー構造について

> 履歴IDは書類IDが同じときだけカウントアップするように、
自動で入力したい場合はどのような計算式を作成すればよろしいでしょうか?

これは既にサンプルに仕込み済みです。書類IDの入力をするとOnObjectExitトリガー
が働き、履歴IDをカウントアップするようにしています。確認ください。

Offline

#12 2017-01-18 08:05:15

さんちゃん
Guest

Re: 書類管理データー構造について

Hiro様
ありがとうございます。気が付いておりませんでした。
思い通りに動作しています。
今回も大変お世話になりました。

#13 2017-01-19 14:51:13

さんちゃん
Guest

Re: 書類管理データー構造について

Hiro様
今件とは異なりますが、一つだけお教えください。
サンプルのレイアウトで使用している{{レコード番号}}の記載方法は、他に何ができるのでしょうか?
参考となるURLなどお教えいただけますか?

#14 2017-01-19 15:17:01

Shin
Member

Re: 書類管理データー構造について

Offline

Registered users online in this topic: 0, guests: 1
[Bot] ClaudeBot

Board footer

Powered by FluxBB
Modified by Visman

[ Generated in 0.005 seconds, 8 queries executed - Memory usage: 528.95 KiB (Peak: 549.86 KiB) ]