-
1. Re: リレーションの限界なのでしょうか？
考えられているように、リレーションの限界だと思います。
再帰的に自己リレーション先を参照し続ける「残額」フィールドの構造が原因ですね。
発想を変えて、「残額」を各レコードごとに参照計算させるのではなく、Sum()で過去の入力値の合計額を計算してみてはどうでしょう。
＜方法＞
この自己リレーションを不等号リレーションにする。（「入出金::前のレコード番号」>「以前のレコード::レコード番号」）
索引つきの「収支」という計算フィールドを1つ追加して、式は「If( レコード番号= 1 ; 最初の残額) +入金－出金」にする。
この計算式でリレーション先の参照データは一切使わないことが重要です。
そして「残額」計算フィールドの式を 「Sum(以前のレコード::収支) +入金－出金」に変更してください。
うまく表示されるはずです。
-
2. Re: リレーションの限界なのでしょうか？
追記です。
「入出金::前のレコード番号」>「以前のレコード::レコード番号」
ではなく、
「入出金::レコード番号」>「以前のレコード::レコード番号」
のまちがいでした。
この方法にする場合は「前のレコード番号」というフィールドは特に必要なくなります。
あとこの主キーフィールドに「レコード番号」 という名前をつけておられますが、
ファイルメーカーでは 「レコード番号」は別の意味（対象レコードやポータルの行番号）で使われていますので、区別するためにも「主キー」とか「id」とか「kp」とかにすると誤解がなくなるとおもいます。
-
3. Re: リレーションの限界なのでしょうか？
Tambara 様、ご助言ありがとうございました！
なんとか解決できました。前レコードの値を参照して求めるということに囚われすぎていたようです・・・。
しかし、Excel的な使い方を想定すれば安直に使ってしまいそうな方法に落とし穴が潜んでいたとは、急がば回れですねぇ・・・。
それと、フィールド名の「レコード番号」ですが、実際に作成しているデータベースでは全く別の名称で作成しており、今回トラブルの切り分けのために他の用件を削ぎ落としたものだったため、これまた安直な名称を付けていました。例としては不適切だったかもしれません。スイマセン