HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

■13274 / 親階層)  桐+SQLでのレコード絞り込み
□投稿者/ ななーし -(2022/05/25(Wed) 10:20:05)
    こんにちは、質問というか雑談に近いです。(解決方法は自分なりにはわかってるので)

    尾形さんのアドバイス通り正規運用で3年後のレコード数で表を試すと読み込みにめちゃくちゃ時間かかりました。(といっても前よりは断然早いですが・・・)待ち時間10sくらいですが処理が引っかかると1分待ちへ(前は2〜5分だったので進歩はしましたが)

    記入する更新テーブルはすべてのレコードを表示させないことで解決でき、現状の更新テーブルは外部DBのXVXファイルの定義で絞り込み条件1に#DSQLで絞り込みを実施して軽くしました。10万件程度であれば一瞬で立ち上がるようです。

    皆様は更新テーブルの件数が多い場合はどのようにして運用してるのでしょうか?

    桐側の#DSQLで絞り込むか、SSMS側のビューで絞り込んだ結合表を作るかどちらが運用上簡単でしょうか?ビューで作る場合はインデックス付きじゃないと編集できなさそうでそこらへんが面倒そうですが・・・ビューで絞り込む場合は列が多い場合かなあとは思います。実は外部DBの定義画面で読み込まない設定だけで軽くなったりするのでしょうか?そこらへんが桐のよくわからないところです。

    参照のみで訂正・削除など禁止の場合は単にビューで作って新しい外部DB(結合表欄に現れる)で見れました。その際のSSMSの条件で読み込ませる列情報を絞っておけば軽くできそうです。
    特にテーブル結合の際はビュー作って結合して必要時に表示・印刷してやればいい感じでした。

[メール受信/OFF] 削除キー/

→Re[1]: 桐+SQLでのレコード絞り込み /尾形
 
前の記事(元になった記事) 次の記事(この記事の返信)
上記関連ツリー

Nomal 桐+SQLでのレコード絞り込み / ななーし (22/05/25(Wed) 10:20) #13274 ←Now
Nomal Re[1]: 桐+SQLでのレコード絞り込み / 尾形 (22/05/25(Wed) 17:15) #13275
  └Nomal Re[2]: 桐+SQLでのレコード絞り込み / ななーし (22/05/26(Thu) 12:25) #13276 解決済み!

All 上記ツリーを一括表示 / 上記ツリーをトピック表示
 
上記の記事へ返信

Mode/  Pass/

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree -
- Antispam Version -