himadanee様

ご返信ありがとうございます。

>エクスポートするスクリプト１をサーバ上で実行したい。
>そのスクリプト１を「サーバー上のスクリプトを実行」で実行するスクリプト２は、クライアント上で実行する。

→おっしゃる通りです

>なので、スクリプト1の互換性はサーバで、2の互換性はProのを見ればいいのですが、
>スクリプト2をサーバのスケジュールなどサーバ上で実行させたい場合は違ってきます。「サーバー上のスクリプトを実行」でなく「スクリプトを実行」に変える必要があります。

→内容は理解できます。
ここで、私のFileMaker経験が、Cloudが初めてでして、FileMaker Serverを経験した事がなく、スクリプト１の互換性をCloudサーバーで見る方法を知りません。
（今更ですが、この経歴は最初に記載すべきでした、申し訳ございません）

Claris Customer Console や FileMaker Cloud Admin Console を眺めていますが、スクリプトスケジュールを設定できるメニューはありますが、
スクリプトの編集などをできるメニューを見つけきれておりません

やりたい事は、
ユーザー操作をトリガーに、データ出力（エクスポート）をしたいが、エクスポートが非常に遅かったため、
サーバー側で出力用データ作成して、作成したファイルのダウンロードに変更すると、速度が改善されると考えられるため、以下の処理を検討しております。
１．クライアントでユーザー操作トリガーにより、サーバー側でのデータ作成の指示
２．サーバー側でデータ作成
３．クライアントで、サーバー側の処理結果であるデータを取得し加工＋表示

FileMaker Cloudが原因で、私のスキル範疇を超えてきそうになったら、とりあえず修正優先で、
正規化とは・・・と、もやっっとしている、ルックアップで出荷テーブルにマスタデータを含めた方法で対応しようかとも考えている所です。

この表現でお伝えできましたら幸いですが、ご不明な点や認識違いなどございましたら連絡いただければ幸いです。

Shin様

サンプルを参考に試してみました、
結果、「サーバー上のスクリプト実行」スクリプトで、「3:コマンドが使用できません」となりました。

スクリプトワークスペースの互換性で、サーバーを選択した所、「サーバー上のスクリプト実行」は、灰色表示となりましたので、
FileMaker Cloudではサポートされていないとの判断でよろしいでしょうか？
それとも何か実装方法などに間違いがあるのでしょうか？

参考までに作成したスクリプトは以下になります。

スクリプト名：出力一覧取得
[スクリプトの内容]
変数を設定[$tmp; 値：Get(テンポラリパス) & "tmp.csv"]
レコードのエクスポート [ダイアログあり：オフ；フォルダを作成：オフ；「$tmp」； 日本語(Shift-JIS)]
ファイルを挿入[ターゲット：$file；「$tmp」]
現在のスクリプト終了[テキスト結果：$file]

呼び出しスクリプト
[内容抜粋]
（関連レコードへ移動して、出力用データ一覧が表示されている状態）
サーバー上のスクリプト実行[指定：一覧から；「出力一覧取得」；引数： ；終了するまでまつ：オン]   ←ここで、3:コマンドが使用でませんのエラー
変数を設定[$$tmp；値：Get（スクリプトの結果）]

以上、よろしくお願い致します。

himadanee様

ご返信ありがとうございます。

なるほど～、と思い、早速、確認、試してみました。

マスタの主キーには、ユニーク制限を設定していましたので、対象マスタのユニークを全て解除。
解除後に試してみましたが・・・結果変わらず、遅いままでした。

解決案のご提示ありがとうございます。
引続き、よろしくお願い致します。

Shin様

大変お世話になります。

エクスポート用レイアウトはエクスポートするフィールド全て配置していますので、このレイアウトでスクロール動作確認しました。
結果、エクスポートしたいフィールド含む状態ではスクロールは遅く、各マスタを除外すると、スクロールは早くなります。

>エクスポートするフィールドに、非保存フィールドが含まれるかなんですが。関連レコードのフィールドが含まれていませんか。

→私の認識では、非保存フィールドは計算、集計フィールドなのですが、「関連レコード」のフィールドも非保存フィールドとなるのでしょうか？
もしかして、以下構成に問題があるのでしょうか？

【簡易リレーション構成図】 －(リレーション)
[レイアウト]G日付 ー [ポータル]出荷テーブル ー 商品マスタ
                                                  ー 得意先マスタ

エクスポート用レイアウト(テーブル：出荷テーブル)に配置しているフィールド設定の一部ですが、
レイアウト::G日付、出荷テーブル::商品コード 出荷テーブル_商品マスタ::商品名、出荷テーブル::得意先コード、出荷テーブル_得意先マスタ::得意先名

ここで、「出荷テーブル_商品マスタ::商品名」や、「出荷テーブル_得意先マスタ::得意先名」が関連レコードで、非保存扱いとなるため遅くなる、、という事でしょうか？

Shin様 ご返信ありがとうございます。

ご質問内容を元に確認し、以下ご連絡いたします。

>関連レコードに移動し、フィルタ条件のみのレコードを表示させ
>これは、どのような動きになっていますか。フィルター条件を含めた移動でしょうか、それとも、リレーションだけでの移動で、さらに抽出しているのですか。

→関連レコードへの移動について、リレーションでの移動・抽出はしておらず、別作成のリスト形式のエクスポート用レイアウトに「出荷テーブル」を設定し、
「関連レコードのみを表示」＋「現在のレコードのみ照合」にチェックを入れて移動しております。
※「フィルタ条件を含めた移動」の意味が理解できていませんが、おそらくこの方法なのでは？と思っています。

>そこをデバッガーで実行すると、時間がかかっていませんか。

→スクリプトデバッガでは、関連レコードへの移動には時間はかかっておりません。
「レコードをExcelとして保存」スクリプトのみで時間がかかっております。

>また、ポータルの表示は、どの程度の時間がかかっていますか。

→G日付の条件を指定し、約5秒以内でポータル一覧が表示されています。ですので、フィルタ条件による遅延ではないのでは？と考えております。
念のため、出荷テーブルのポータルフィルタ条件について記載します、
レイアウトに設定している、G日付の他、グローバルフィールド得意先（以下G得意先）、G項目１ を設定しており、
G得意先、G項目１は、それぞれ値一覧で取得したリストを、チェックボックスで選択できるようにしており、チェックボックスで選択した内容を、フィルタで絞り込んで表示させています。
【ポータルフィルター設定】
Case ( IsEmpty ( レイアウト::g_得意先 ) ; 1 ;
PatternCount ( Substitute ( レイアウト::g_得意先 ; "¶" ; " ") ; 出荷テーブル::得意先CD外部キー))
and
Case ( IsEmpty ( レイアウト::g_項目１ ) ; 1 ;
PatternCount ( Substitute ( レイアウト::g_項目１ ; "¶" ; " ") ; 出荷テーブル::項目CD外部キー))

> G日付、商品マスタの商品名、得意先マスタの得意先名などのフィールドをエクスポート対象から除外し
>この一部のみの除外にしてみると、遅くなっている部分がわかると思います。
>おそらく、フィルター条件かマスターテーブルの対象フィールドに索引の無い計算フィールドが入っているのでは。

→出荷テーブルとリレーションしている、マスタテーブルの中に、リレーション条件には指定してませんが、計算フィールドが１つだけありましたので、
このマスタとのリレーションを除外しましたが遅いままでした。
その他のマスタテーブルのフィールドは、テキストや数字のみで計算や集計フィールドはありません。
※マスタには入力時の制限計算や、入力時の自動計算はあります
※出荷テーブルには、複数の計算や集計フィールドがあります。
そのほか、フィルター条件に利用しているフィールド、出荷テーブルと各マスタとのリレーション条件に利用しているフィールド全てにインデックスが設定されている事を確認しています。

次に各マスタとリレーションしているフィールド項目を、１つずつエクスポート対象から除外してそれぞれ試してみましたが、結果特定マスタを除外したら早くなるということはなく、何か１つでも出荷テーブルとのリレーションがあるマスタ項目が含まれていると遅くなるという結果になりました。

ここまでの回答で、何か原因と思われる内容はございますでしょうか？
よろしくお願いいたします。

ブランコ 様 分かりやすい補足説明ありがとうございます。

ちなみに、今回私が対応した回避方法は、
②ユーザー分だけレコード作成し振り分ける方法を利用しております。

確かに、①の方法もありますね。思いつきませんでした。
FileMakerは、FileMaker独自の仕様の把握と、発想次第で、色々な実装方法、速度改善が出来る事を、最近ヒシヒシと感じております。

また、どう考えても思いつかない、実現できない時は、ご相談させて頂きます。

himadanee 様 ご回答ありがとうございます

経過報告です

リレーション元である、ユーティリティテーブルは、1レコードで運用している為、
Shin様の回答と、過去Q&Aから、この１レコードがロックされているのが原因と考え、
Shin様の回答を自分なりに解釈し、

入力用のユーティリティテーブルを作成、グローバルフィールドの日付と得意先コード、入力者フィールドを作成、入力者数分のレコードを作成しました。

ここで、入力用ユーティリティ::入力者＝商品明細::入力者 でリレーションすると良いかと考え、
商品明細側には、入力者フィールドは無い為、グローバルフィールドのg_入力者を作成、
日付、得意先コード入力時のスクリプトトリガで、商品明細::g_入力者にユーザー名をセット

ただ参照先がグローバルフィールドの為、リレーションは無効であることに気づき、
試しにポータルフィルタで絞り込んだ場合でも、親レコード側のロックも変化するのか？の検証で、
ポータルフィルタに「入力用ユーティリティ::入力者＝商品明細::g_入力者」を設定しました。

ただこの設定だと、入力者１では商品明細の一覧がポータル表示されますが、入力者２では一覧表示がされません。
フォームに設定しているグローバルフィールドの日付、得意先コードが入力者１側のレコードを参照している事が原因と思われ、
どうしようか検討している状況です。