みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
入力テーブルA 【団体名】【団体区分A】【団体区分B】という入力欄がありまして
団体情報テーブルB 【団体名】【団体区分A】【団体区分B】という情報があります。
------------------------------------------------------------
テーブルA【団体名】をクリックしたら、団体情報テーブルBレイアウトへ飛び
【団体名】【団体区分A】【団体区分B】≪貼付≫ とリスト表示されている状態なんですが、
≪貼付≫ をクリックしたら 入力テーブルA 【団体名】【団体区分A】【団体区分B】に
入力テーブルレイアウトへ戻り、各情報が貼付られるということを行いたいと思っているのですが、
可能でしょうか?(ちなみにテーブルA【団体名】欄は、手入力も可能が状態が良いですが。。。)
------------------------------------------------------------
ご教授お願いいたします。
Offline
添付を押した時点でBの【団体名】【団体区分A】【団体区分B】をList関数で
【団体名】
【団体区分A】
【団体区分B】
という形にして変数に入れて、Aに戻ってGetValue関数で1行ずつ取り出して
フィールド設定する。
その2
Aの団体名を値一覧にしてBの団体名とリレーション
Aの団体区分はBからルックアップ。
さっそくの返信ありがとうございます。
その2は現時点で設定しているのですが、入力欄 【団体名】【団体区分A】【団体区分B】の組合せがタブ切替で63個ほどでてくるので、
63個もリレーション複製して設定するのは、少々力技かと思い。
レイアウト切り替えで一覧表示→貼付→値を入力が無難なのではないかと思い記載させていただきました。
その1の方法なんですが、素人でもしわけないのですが、最終的にフィールド設定となるので、
やはり63組合せ分必要になりそうですよね?
Offline
個数と順番が一定なら、フィールド設定でなく貼り付けと移動でできるでしょう。
それより「タブ切替で63個ほどでてくる」方を考え直した方がいいのでは。データベースになってない気がします。
63個ってAの1レコードに63個の入力フィールド?それともBに63種ですか。
Aっぽいけど。
その1ならAの貼り付ける3個のフィールドにタブ順設定してあれば
貼り付けスクリプトは1個です。
travelerさん、ありがとうございます。
Aです。
時間と利用場所に応じて、1日あたり「63組」入力欄が必要なのです。
もう少し詳しく聞いても良いですか?
これが解決できればかなり進めることが可能になりそうなので。
1.入力テーブルA 【団体名】にボタン設定? レイアウト切替 → 団体情報テーブルBリスト
2.団体情報テーブルBリスト≪貼付ボタン≫に スクリプト作成しておきスクリプト実行
スクリプト
【団体名】【団体区分A】【団体区分B】をList関数で
【団体名】【団体区分A】【団体区分B】という形にして変数に入れる
3.入力テーブルAに自動で戻る? その際にGetValue関数で1行ずつ取り出してフィールド設定する。
こんな感じになるのでしょうか?
Offline
あちらこちらでいわれている様に、
その形では、次々に問題が出てきますよ。
> 時間と利用場所に応じて、1日あたり「63組」入力欄が必要なのです
これではDBとは言えません。
このテーブルは、1日を1レコードとしているのですよね。
これとは別に、新しいテーブルを作り、
1日かつ1組を1レコードとします。
今のテーブルはとりあえず日付フィールドだけが必要で、
新しいテーブルと日付でリレーション。
今のテーブルにはポータルで表示、入力することが出来ます。
リレーション、ポータルを避けている様ですが、
なんとかマスタしないとFMを使う意味が有りませんよ。
Offline
チポさんありがとうございます。
やはりそうなるんですよね。
リレーション、ポータルを避けているというか理解できない感じがして、
なんかピンとこなくて、1日を1レコードで大量のフィールドになってます。
前作者が作成したものがあるのですが、
adminパスワードで入ってもDBみれないので、不明な状態なんです。
(前作者が作成したものを修正することが一番早いかと思うのですが)
みんなで助け合おう!初心者のFileMaker proでも焼きそばさんに大変お世話になり、
やはりポータルしないと大変だという結論はでてはいるのですが、
時間などの都合もあり、避けている感じになってます。
ポータルにすれば、上記の問題は、ルックアップくらいで解決するのでしょうか?
Offline
> ポータルにすれば、上記の問題は、ルックアップくらいで解決するのでしょうか
ポータルと言うか、
> 1日かつ1組を1レコードとします
このテーブルにすれば、ルックアップは簡単ですよね。
このテーブルを、同じ日付をまとめて表示するのがポータルです。
まず、上記のテーブルを作ってみてはいかがでしょう。
ああ、
今のテーブルの変更は危険ですので、
コピーを取ってそれをいじった方がいいですよ。
Offline
ありがとうございます。
たぶん、なんかポータルで使用できないというか、現状の作りたいものにどうマッチできるかが不明なのです。
私のほうが入力画面ありきで作成しているので、そことポータルがマッチできないみたいです。
他の方々(ネット以外)にも相談したのですが、かなり複雑にからんでいるみたいなので難しい感じみたいなのです。
とりあえず、力技でもしょうがないので、travelerさんから聞いた方法の
その1ならAの貼り付ける3個のフィールドにタブ順設定してあれば
貼り付けスクリプトは1個です。
伺ってみたいと思っているのですが…
Last edited by ぺやんぐ (2013-10-16 10:07:08)
Offline
ポータルにしないでそのまま行く場合の「手抜きサンプル」 paste.fp7
http://pupld.net/21/131016/506aba4jys/index.cgi
>テーブルA【団体名】をクリックしたら
と
>テーブルA【団体名】欄は、手入力も可能が状態が良いですが
スクリプトの場合いろんなエラーも考えないといけないし
ポータルよりむしろ面倒かもしれない。
ありがとうございます。
参考にさせていただきます。
ポータルが必須ぽいので、余裕見てポータル勉強します。
Offline
ポータルにこだわっている様ですが、
ポータルは、関連テーブルの表示、そのテーブルのレコード作成の手段の一つです。
一番の問題はテーブルの作り方で、
今回では、一日を1レコードとしていることです。
これを解消しない限り、
DBとしては次々とほころびがでてくること必然ですよ。
レイアウトにこだわらなければ、
ポータルが必須では有りません。
Offline
Pages: 1
[ Generated in 0.007 seconds, 9 queries executed - Memory usage: 548.37 KiB (Peak: 569.27 KiB) ]