検索の基礎として検索演算子をはじめスクリプトによる自動化のデモを行いました。その上でリレーションによるインクリメンタルサーチの紹介を行いました。Go活用によるスタンアローンコンプレックスなソリューション。災害時電子カルテのと二次元バーコードの活用)に加え、索引の最適化(チューニング)についての説明をいただきました。いう文字列についての索引は不要と言う考え方です。この最適化を行う事で、数百万レコードなど大量のレコードの検索時においても適切な速度を維持出来るとの事です。山本先生のお話をオーカワなりに実装してみましたので、ぜひサンプルファイルをご確認ください。コメントをいただきましたので追記いたします。_)m福岡県を対象とする住所検索で、最初から福岡県を対象にしない場合はsubstitute(検索文字;"福岡県";"")としてから検索します。この検索文字を検索するフィールドも別に牽引設定をしてsubstitute(住所;”福岡県";"")という計算フィールドにします。これの応用として完璧な検索をもとめず、曖昧な検索をするためにあえて、「丁目」であるとか「町」という文字を削除した前処理を行い、索引を前もって作成するなどの工夫もありえます。正規表現とはひと味違った独自の検索が可能です。FileMakerの場合、索引作成に癖があり初期状態ではフィールド全部に索引設定がされていまいます。レコードが固定であれば問題ありませんが、レコードが増加する場合、索引の更新にマシンパワーが必要で、レコード追加や更新の速度が落ちる場合があります。数百万、あるいは数千万レコードのハンドリングを行う場合は、索引設定の最適化が求められます。PM福岡県を対象とする住所検索で、最初から福岡県を対象にしない場合はsubstitute(検索文字;"福岡県";"")としてから検索します。この検索文字を検索するフィールドも別に牽引設定をしてsubstitute(住所;”福岡県";"")という計算フィールドにします。これの応用として完璧な検索をもとめず、曖昧な検索をするためにあえて、「丁目」であるとか「町」という文字を削除した前処理を行い、索引を前もって作成するなどの工夫もありえます。正規表現とはひと味違った独自の検索が可能です。FileMakerの場合、索引作成に癖があり初期状態ではフィールド全部に索引設定がされていまいます。レコードが固定であれば問題ありませんが、レコードが増加する場合、索引の更新にマシンパワーが必要で、レコード追加や更新の速度が落ちる場合があります。数百万、あるいは数千万レコードのハンドリングを行う場合は、索引設定の最適化が求められます。コメントするname:email:url:comments:Cookieに登録トラックバックこの記事のトラックバックURLトラックバック機能は終了しました。