みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
初めて投稿させていただきます。
こちらのサイト様を参照させていただき、ポータル設定にてファイルをつくりました。
最終的にエクスポートして完成となるのですが、いくつか不具合が確認でき、修正ができません。
不具合箇所
1. エクスポートの並べ替えがうまくできない。(同じ内容のなかで種類でならべかえたい)
2. 何軒かエクスポートしていくと、必要のないデータまでエクスポートされてしまう。
初心者のため、見よう見まねで作成しております。
ダウンロードファイル https://yahoo.jp/box/Tkifrg
どなたか解決方法を教えていただけると大変助かります。
お手数をおかけしますが、よろしくお願いいたします。
上記、ファイルが間違っていた為、公開設定をしなおしました。
申し訳ありません https://yahoo.jp/box/yToqiE
よろしくお願いいたします。
ぱっと見の回答ですが…
1)テーブル「確認用」の2つのフィールド頭文字とJ種類はグローバルフィールドにすべきでは?
現状ですと、このファイルを共有して複数人で使うと、検索条件が他のユーザに上書きされて思わぬ結果になります。
「確認用」テーブルの各フィールドは「頭文字/J種類」以外の検索条件も併せて管理し、複雑な検索を可能にする予定でしょうか?
そうであれば、各フィールドはグローバルフィールドにして、他のユーザから書き換えられないようにするのが定石です。
2)スクリプト「エクスポート」2行目の「新規レコード/検索条件」は不要では?
exportボタンを押すたびに、確認用テーブルに処理に必要のない空白レコードが追加されているようです。
1)とも関連するのですが、「確認用」テーブルに1レコードも存在しないと、レイアウト上のポータルの
レコードがエクスポートできないようですので、そのための処理かもしれませんが…
3)種類でうまくソートできない件
Jテーブルの「種類」フィールド(計算フィールド)の計算結果のタイプは「数字」ではなく「テキスト」では?
しかし区分の数字が計算の元ネタなので、こっちでソートした方が楽ですね。
4)もし出力したいリストのフィールドやソート順が固定であれば、
エクスポート専用のレイアウトを作成しておき
「関連レコードへ移動」ステップでそのレイアウトに移動
J3::種類をキーにしてソート
レコードをエクスポート
という処理の流れにする、という処理も考えられます。
私はこのやり方がメンテしやすいような気がして好みです。
Last edited by koeda (2019-10-11 01:07:00)
Offline
というわけで、私なりに少し手を入れてみました。
ご参考までに。
https://www.dropbox.com/s/y24l0q16x6ozp … fmp12?dl=0
特に、確認用テーブルが0レコードでも動作している点に着目していただければ。
グローバルフィールドの性質をよく考えてみてください。
Last edited by koeda (2019-10-11 01:06:26)
Offline
回答ありがとうございます。
親切な説明と、データ付きの回答!!
すごく分かりやすかったです。
データを参考に、作成してみたら理想通りのモノを作ることができました。
ありがとうございます。
Pages: 1
[ Generated in 0.007 seconds, 9 queries executed - Memory usage: 509.61 KiB (Peak: 515.53 KiB) ]