＞

すごく使いやすいですね！ やはり大元から見直すべきなのか、、と思ってしまいます。

今Moz様の言う通り見直しています。ボタンの条件書式スクリプトを外したり・・。
結果、劇的に早くなってきています！！！
う～ん、、結局、「何かを犠牲にしなければいけない」という結論に達しましたが、
確かに、私自身がシステム開発を始めたばかりであり、「詰め込み過ぎ」「やりたいこと全部突っ込む」といったやり方で
システムに無駄な圧力がかかっていたのかもしれません。反省します。
実際使ってみたらそこまで便利（風）にしなくても、それは使用者にゆだねてもいい部分かもしれない、や、
そこまで便利にしようとし過ぎるあまり、かえって操作が猥雑になり、内部処理的にも問題が出てきていたのかもしれません。
すごくいい勉強になりました。

ちょっと、捨てるところ、簡潔にできるところ、いろいろやってみます。世の中に完璧はない。完璧を目指すあまり逆に使いにくくなる。と言う教訓を得た気がします。
そういうところを経験で学んでいくのが大事なのかな、一番むしろ難しいところ、なのかな。と思いました。

ありがとうございました。

追記：まとめておくと、表示非表示（次の場合にオブジェクトを隠す）やフィールドの見た目を変える（条件付き書式）をフィールドに埋め込みまくるとそれらをすべて毎回計算しまくるので
   結果、入力作業がもったりしてくることがある。その場合、それらを減らす努力をして簡潔にするよう努める。

みなさま有難うございます。（Moz様：読みづらかったので色付けました。＞全く問題ありません）
スクリーンショットを貼ろうと思ったのですがやり方がわからず断念しました・・・。
結局、原因がわかりました。ポータルのレコード行にたくさんのフィールドを置いているのですが試しに３フィールドだけ残して他フィールドを削除
（表示から外しただけ）をしてみたら、何行追加してもサクサク動くようになりました。
フィールドの存在自体を削除したわけでは無く、ただポータル行から表示を外しただけなので内部的には計算は動いているのだと思います。
これは描画の問題なのでしょうか。。？とにかく、先にこれをやってみるべきでした。すみません。
全体でだいたい30くらいのフィールドとボタンを置いており、それらにいろいろとスクリプトをトリガなどで仕込んであります。
スタイルは別名保存しましたがなるべく統一して使い回す形にしてあるのでそれほどたくさんではないと思います。

いろいろ仕込んだ物はどれも苦心して組み上げたものばかりで、この機能が無いとせっかくのシステムが便利だと感じなくなる可能性があります。
描画の問題？と上で書きましたがパソコンの性能がかなり低くてもそんなに変わらないので単にグラフィックカードがどうとかそういうことでも
無い気がしますが。
何にせよこれは誰かに診てもらうしかないような気がしてます。

以前「突然もたつくようになった」というタイトルで投稿させて頂きました。そちらにも書き込ませていただいたのですが
索引なし、が結構あったのですべて、とかにしてみたのですがそれほど変わりませんでした。
考えられることはいろいろやったのですが。。

ありがとうございます。
喜び勇んでやってみたのですが残念ながらあまり改善されませんでした。
ローカルに置いて（サーバーで使うので）やってみましたがこれも違うようです。

私の作っているシステムの特徴として
・同じフィールドを重ねて表示、非表示させたりしている
・計算フィールドのしくみがやや複雑
・マスターのデータは３つ。最大レコード数は１５００くらいなので数的にはたいしたことない
・視認性の為、デザインに凝っている（元をかなりいじっている。設定を別名保存しないとよくないと言われてからはそれをするようにしている）
・非保存にしたくないが、どうしてもそうしないといけない（それ以外できない設定になっているなど）ところがあり、それが悪さしているのかも

と言ったところです。

行をどんどん追加していくと２０行くらいになると動作がもったりして来ます。
計算フィールドやリレーションを組んでいるフィールドが重くなっているような感じです。一覧から選ぶのは全く遅くならないです。
なので、計算フィールドの計算、やリレーションのデータを取って来る作業が重いのかなと言う気がしますが
始めの数行は全く遅くはないのでもしやグラフィックの表示の問題なのかな・・・？などと思っているのですが。

何か分かる事気が付くことは他にありますですでしょうか？

ゲスト様

ご返信ありがとうございます。さっそくやってみたのですが形式がオブジェクトだとデカルト績で結べないようなのですが。
どうでしょうか。よろしくお願いいたします。