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

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

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

You are not logged in.

Announcement

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


#1 2015-10-26 22:39:55

しろ
Guest

検索結果の件数分違うテーブルにレコードを作る

初めまして よろしくお願いします。

3つのテーブルがあるのですが、

社員テーブル       管理テーブル     スキルテーブル
社員ID          社員ID        部署
部署           スキル名       カテゴリ小
名前           スキルレベル     スキル名

社員ID同士、スキル名同士、部署同士はリレーションを組んでます。

やりたいことですが、社員テーブルのレイアウトから、ボタンを押すとスキルテーブルのレイアウトに画面移り「部署」を検索して出てきた複数の検索結果を元に
管理テーブルに新規レコードを作りスキルレベルを入力したいと思っています。

社員テーブルのレイアウトに表示されている情報
社員ID:50
部署:青果
名前:山田
「スキル」ボタンを押すと $$部署=青果が入り、スキルテーブルのレイアウトに飛び検索

スキルテーブルのレイアウト 部署=青果で検索した結果が出てくる。
部署    カテゴリ小   スキル
青果    野菜      ネギ育成
青果    野菜      白菜カット
青果    果物      リンゴカット

ここで、例えば スキルの横に管理テーブルのスキルレベルを設置して

部署  カテゴリ小  スキル    スキルレベル  社員ID となるようにして
青果    野菜   ネギ育成             50
青果    野菜   白菜カット            50
青果    果物   リンゴカット           50

と、管理テーブルの社員IDでレコードが作られ(上記の場合だと3レコード)、検索結果からまとめてスキルレベルを入力できるようにするにはどのようにすればよいでしょうか?
windows FM13です。
説明自体もうまく説明できませんがよろしくお願いいたします。

#2 2015-10-27 09:14:40

チポ
Member

Re: 検索結果の件数分違うテーブルにレコードを作る

スクリプトステップ
  関連レコードへ移動
で、検索と同じことが出来ます。

ヘルプ、お調べ下さい
http://www.filemaker.com/help/13/fmp/ja … tml#632614


これで、
社員テーブルの部署が対象レコードになります。

この状態を管理テーブルでインポートすると、
対象レコードのみをインポートします。

それを編集すればいいですね。

Offline

#3 2015-10-27 22:41:35

しろ
Guest

Re: 検索結果の件数分違うテーブルにレコードを作る

ご返信ありがとうございます。
本日一日考えたのですが、関連レコードのどこにどれをいれたらいいのか????

ヘルプを読んでも今一つ理解できなくて…
もう少し具体的に教えていただいてもよろしいでしょうか?
よろしくお願いします。

#4 2015-10-28 09:05:25

チポ
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.004 seconds, 9 queries executed - Memory usage: 508.65 KiB (Peak: 514.55 KiB) ]