問題点の確認

ただし、この方法ですと、ソートしたいレコード数が100を越えると…イコール、ソート順フィールドで指定されている値が100を越えると…つまり、「見えない（けれど存在する）文字」の数が100を越えると…「テキストフィールドの索引は最初の100文字まで」という FileMaker の仕様に因って、破綻してしまいます。

解決法の理屈

そこで、最初の100文字を使って、より多くのレコード数に対応するために…最初の100文字を2進数にしてしまうことで解決します。二進法では通常 0 と 1 という2種類の文字で表されますが、0/1の代わりに別のふたつの文字を使って代用します。使える文字の条件は…

見えない文字であること
文字コード（Unicode）的に（見える）通常の文字より大きなコードであること
（二進法の）0 の代わりに使われる文字は、1 の代わりに使われる文字よりUnicode 的に小さい値で表される文字であること

ここいらあたりを、社本さん（Facebook）と話していたら、社本さんがデモファイルのUpdateまでしてくれました。了承を頂いたのでコチラにアップしておきます。SortViaSortFld_20151117.fmp12（社本氏によるデモファイル最新版）

社本氏のデモファイルの説明

外部リンク：Github / fmgo.jp

すでに基本編で使っている「見えない文字」は通常 BOM と呼ばれる [ZERO WIDTH NO-BREAK SPACE] というもので、Unicode の 65,279番目の文字なので、FileMaker 的には… Char (65279) と表すことができます。デモファイルでは、[ZERO WIDTH NO-BREAK SPACE] を 1 の代わりにし、 [ZERO WIDTH SPACE]（Char (8203)）を 0 の代わりにした…二進法表現を、ソートしたいフィールドの値の頭にくっつけています。このことにより、索引の制限文字数100文字を使って、2の100乗（1.2676506e+30）つまり論理的には、126穰7650秭6002垓2822京9401兆4967億320万5375 までを表すことが可能となりますから、実使用上、無制限と同じような話になります。ここいらのことをデモファイルでは、ZeroWidthCharAsBinary というカスタム関数に集約しているので、自分のソリューションに簡単に転用できます。追記（2015/11/19 10:43:32）※ デモファイルは、後述する老眼モード問題に鑑み、30桁の二進数表現になっています。（「10億まで扱えたら充分だよね？」社本氏談）詳しくは、カスタム関数 ZeroWidthCharAsBinary の社本さんによるコメントおよび当ブログ内記事『老眼モード問題』をご覧下さい。

Filemaker TIPS