みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
win7にてFilemaker12を使用しております。
ポータルの新しい行のフィールドに、何かを入力して、関連レコードを新しく追加することは出来ています。
ではその逆、レコードを作成して入力すると、ポータルを含む新しいレコードを作ることは可能でしょうか?
例)
[入力用テーブル] [ポータル用テーブル]:カッコ内はポータルの行です
ID
発注日
薬品名=======薬品名 (発注日)
発注数 (発注数)
在庫数
etc
出来ていること
ポータルの空白行をクリックして、同じ薬品名の発注数を入力すると、入力用テーブルにレコードが追加される
やりたいこと
ポータル用テーブルにない(新規薬)のレコードを、入力用テーブルで作成・入力すると、ポータル用テーブルに(新規薬品)の新しいレコードが出来る
>入力用テーブルで作成・入力すると
逆では無いように思いますけど・・・
入力用テーブルで新規レコード作って、新規薬品名を入れて発注日と発注数を
ポータルに入れるのですよね。現状と同じかと。
Offline
ええと、言葉足らずですいません。
[ポータル用テーブル]にはない薬品名のレコードを[入力用テーブル]で作成した時、
[ポータル用テーブル]に、自動的に新しくレコードを作ってポータルにまとめる、
ということがしたいんです。
[ポータル用テーブル]のフィールドは「薬品名」だけで、
[入力用テーブル]の「薬品名」とリレーションしたポータルを配置しています。
[ポータル用テーブル]のレコード数が0の時に、[入力用テーブル]で
レコードを作成しても、[ポータル用テーブル]のレコードは0のままです。
リレーション画面では、[ポータル用テーブル]側に「このリレーションを使用して新規レコードを作成する」
にチェックは入っているのですが・・・
あぁ、ポータルのあるテーブルが入力用ではなく
ポータル用テーブルに入力するのですか。
ポータルに入力して始めて関連テーブルにそのレコードが作成されるわけですから
新規薬品名を入れただけでは関連テーブルにレコードは作られません。
新規薬品名と関連フィールドにデータ入力の必要があります。
ですから
>[ポータル用テーブル]のフィールドは「薬品名」だけで、
この状態ではできません。
ポータルがあるテーブルを入力用とするのが普通だと思いますけど。
Offline
ん?
入力用テーブルのレイアウトにポータル用テーブルのポータルを置いているのですよね。
回答では有りませんが、
[ポータル用テーブル]のフィールドは「薬品名」だけで、
これって、分りません。。
照合フィールドだけのテーブルって何のためのものでしょうか?
テーブル名が
入力用・ポータル用
では分りづらいですよね。
Offline
旅人さま
>ポータルがあるテーブルを入力用とするのが普通だと思いますけど。
おっしゃるとおりですが、バーコードリーダーで薬剤名を読み取って在庫管理したいので、
入力用のテーブルと画面を用意してみました。
チポさま
>入力用テーブルのレイアウトにポータル用テーブルのポータルを置いているのですよね。
入力用のレイアウトには入力用のテーブル、
ポータル用のレイアウトにはポータル用のテーブルです。
入力用テーブルのレコードを、ポータル用のテーブルの薬剤名フィールドリレーションでまとめた一覧画面が、
ポータル用のレイアウトです。
入力用テーブルから、同じ薬剤名の入庫・出庫レコードを、ポータル用のレイアウトで一覧表示したい、
といえば伝わるでしょうか?
前もってポータル用のテーブルに、全ての薬剤名のレコードを用意しておけば良いのでしょうけれど・・・
ああ、逆でしたね。
ポータル用テーブルは薬品のマスタ、
入力用テーブルはその薬品の発注明細
と考えればいいのですよね。
(在庫数が引っ掛かりますが、ここでは置いておきます)
入力用の入力は常にポータルで行うようにすれば、
ポータル用テーブルに無い薬品は、そこで新規レコードを作り、
薬品名入力、ポータルに発注を入力
でいいのでは。
入力用に入力してから、
ならば、
スクリプトで、
関連レコードが無ければ、参照フィールド
ポータル用テーブル::薬品名
に入力。
でポータル用の新規レコード作成が出来ます。
これをトリガで実行させればいいでしょう。
Offline
ポータル用テーブル って、薬品マスターのような物で、入力用テーブルは在庫管理用データ、ではないの?
Offline
Pages: 1
[ Generated in 0.006 seconds, 9 queries executed - Memory usage: 517.49 KiB (Peak: 522.03 KiB) ]