[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 162匹目 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
8: (ﾜｯﾁｮｲ d102-hMJY) 2022/10/22(土)09:21 ID:QV8zWD4O0(1/4) AAS
カラムが100個ぐらいあるテーブルを検索する画面を作るのですが、レコード数が膨大で1億件ぐらいあり、
各カラム一つ一つにインデックスを貼れば、そのカラムだけで検索した時は速いのですが、
複数カラムで検索すると、データの偏りにもよると思うのですが、遅い時も多くなってしまいます。
全てのカラムの組み合わせに対してインデックスを貼るのも、その後のメンテナンスを考えるとあまり現実的でなく、
何かうまいやり方はないかと模索しているのですが、似たようなことやったことある人いませんか？
10: (ﾜｯﾁｮｲ d102-hMJY) 2022/10/22(土)09:37 ID:QV8zWD4O0(2/4) AAS
>>9
元々は別々のサーバに分散しているテーブルをその都度結合していたんですが、
必ずしも単純なキーの突合だけでは済まないこともあり、性能に難があるということで、
一つにまとめたんですよね・・・。
12(3): (ﾜｯﾁｮｲ d102-hMJY) 2022/10/22(土)10:32 ID:QV8zWD4O0(3/4) AAS
>>11
ビットマップインデックスも検討したんですが、エディションの関係で使えないんです・・・。
確かに使用頻度の高いものだけインデックス貼るのが現実できなんでしょうけど、
実際にユーザーがどれをどの頻度で使うかっていう客観的な統計データが無いので、
ヒアリングするとかで絞り込むしかなさそうです・・・。
33(1): (ﾜｯﾁｮｲ d102-hMJY) 2022/10/22(土)21:22 ID:QV8zWD4O0(4/4) AAS
>>27
時間的余裕がないんです・・・予算にも・・・
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.055s