みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
いつも拝見させていただいております。
ご存じの方がいらっしゃいましたら、よろしくお願いいたします。
非保存の計算フィールドの内容に検索をかける必要があり、
検索速度を上げたいのですが、どういった処理をすれば検索速度を上げることが出来るでしょうか?
計算フィールドで索引が作成できないので検索が重い→内容をコピペしてテキストフィールドに落とす?
と考えてみたのですが、レコード数が増えたときに不安です。
今のところ索引の無いフィールドは1つです。
よろしくお願いいたします。
MacOSX 10.5.8 Filemaker8.5v2
Offline
普通の方法では、方法はありません。
そのフィールドは、どのようなフィールドでしょうか。内容によっては、早くなるかも。
Offline
ご返信ありがとうございます。
普通の方法では、方法はありません。
そのフィールドは、どのようなフィールドでしょうか。内容によっては、早くなるかも。
レイアウトA
・番号
・タイトル1-------------別ファイルから番号でリレーション
レイアウトB
・番号
・タイトル2-------------通常はレイアウトAで事足りるのですが、修正の場合記入
・レイアウトBを優先チェック
レイアウトC(リスト表示で検索用)
・番号
・タイトル3(通常はタイトル1、Bを優先チェックにチェックがあればタイトル2を表示する)
という作りで、レイアウトCのタイトル3に検索をかけたいと思っております・・。番号と一緒に検索のこともあります。
番号 A
タイトル3 バス で検索
検索結果
番号 A-123456
タイトル3 「東京出発おいしいみかんの旅バス旅行」
のような使い方になります。
Offline
レイアウトABCと言ってるのは、それぞれ別のテーブルという意味なんでしょうか。
書いてあることだけ見ると、テーブル1個で十分ですよね?
Offline
レイアウトの中より、テーブルの構成が知りたいですが。
タイトル1のみをルックアップにしておけば、タイトル2、優先チェックをタイトル3と同じテーブルにしておけば、索引は作れますね。
Offline
レイアウトABCと言ってるのは、それぞれ別のテーブルという意味なんでしょうか。
書いてあることだけ見ると、テーブル1個で十分ですよね?
テーブルは同じテーブルにABCを作成しています。
Offline
レイアウトの中より、テーブルの構成が知りたいですが。
タイトル1のみをルックアップにしておけば、タイトル2、優先チェックをタイトル3と同じテーブルにしておけば、索引は作れますね。
ルックアップですと、ひっぱってくるファイルの情報がリアルタイムで変わらないので
ここはリレーションでリアルタイム更新を行いたいと考えています。基本はタイトル1を使用します。
(1ヶ月前のデータなどは基本的に更新は必要ないのですが・・・。)
Offline
それなら
タイトル1のみをルックアップ
でいいのでは。あるいはタイトル3の式を保存に変える。
Case(レイアウトBを優先の条件;タイトル2;GetField("タイトル1"))
どっちにしても保存する以上は「別のファイル」でタイトルを修正した場合、自動的には反映されません。
行き違いになった...
保存したくないなら、保存されてる別ファイルでタイトルを検索して関連レコードへ移動、ぐらいしかないでしょう。
その後タイトル2を検索(対象レコードの拡大)、番号の条件で対象レコードの絞り込み
ご返信ありがとうございます。
保存されてる別ファイルでタイトルを検索して関連レコードへ移動
別ファイルを新たに作成してそこに検索用にまとめるということでしょうか?
Offline
タイトルの保存してあるファイルで、 「東京出発おいしいみかんの旅バス旅行」 を検索して、関連レコードへ移動、で目的のファイルへ移動。
タイトル2のチェックとその内容を見て、レコードの加減を行う、
という2段階の抽出方法ですよ。
Offline
そうです。
レイアウトA
・番号
・タイトル1-------------別ファイルから番号でリレーション
この別ファイルのことです。
番号は、そっちでも検索できましたね。
こちらのファイルで、番号で抽出した上で、ゴニョゴニョうしても同じ事かも。
Offline
みなさまありがとうございました。
他の運用でも検索速度の向上を考えてみます。
ありがとうございました。
Offline
Pages: 1
[ Generated in 0.005 seconds, 10 queries executed - Memory usage: 524.66 KiB (Peak: 545.2 KiB) ]