みんなの投稿

お知恵をお貸しください。
デバイス保守業務を行っております。
13万台分(13万レコード)の端末情報が入ったDBアプリがあり、そのレコードには端末移動日や移動先を別の対応依頼内容アプリから条件分岐プラグインで自動的に移動日フィールド、移動先フィールドへ入力されるようにしています。
ただレコード数が多いため更新時間に40分以上かかってしまっています。
1万件ずつ入ったレコード数を絞った一覧を作り、一覧画面でボタンを押すと更新が掛かるようにもしてみたものの押し忘れた一覧があれば更新漏れが出てしまいます。
更新に時間が掛からない方法や更新漏れを防ぐための自動化ツールなどありますでしょうか。

1件のコメント (新着順)

対応依頼内容アプリの入力は人手ですか?
対応依頼内容アプリ側の端末移動日や移動先が変更などされる頻度ってどんなもんなんでしょうか?
まさか、13万件ほぼ同時に更新されるってことはないですよね?

であれば、DBアプリの更新処理負荷を分散する目的(💡)で、対応依頼内容アプリを入力して終わりにするのではなく、キー(端末番号か何か?)で紐づくDBアプリの端末移動日や移動先も更新して終わりとするのはいかがでしょうか?

小生、CUSTOMINE一択のカスタマイズ環境なのでそれ風に書きますが、
①レコードが保存された直後、または端末移動日や移動先が変更された時を発火点にして、
②①を行ったレコードのキーとなるフィールド値に対応するDBアプリのレコードの端末移動日や移動先を更新する。
といった仕組みを対応依頼内容アプリ側に入れてみては?ということです。

前述のとおり、お使いのプラグインでレコード保存時だったり特定のフィールドが変更になった時を契機にしたり、別アプリのフィールド値の更新をできるかは分かりませんが、これができるプラグインの組み合わせで十分イケると思います。

ご参考になれば幸いです。


お教えいただきありがとうございます。
対応依頼内容アプリ側の日付が更新されたらフィールド値が一致したDBアプリ側も更新するということですよね。一度日付更新トリガーでDB側へも値を入力するようにしてみます。
ありがとうございます。

大体ご認識の通りですが、補足させてください。

小生、コメ内では以下の用語定義で書いています。
・更新:レコードの変更&保存
・変更:フィールド値を入力/編集/選択肢を選択 などすること

で、対応依頼内容アプリ側に当該仕組みを入れる場合、トリガーの設定によって以下が考えられます。

トリガ- メリット・デメリット
①対応依頼内容レコードを”更新”した時 DBアプリの更新トラフィックは最小で済むが、修正したい都度に編集画面を開かなくてはならなくなる。
②対応依頼内容アプリの日付を”変更”した時 変更の都度DBアプリの更新トラフィックが発生してしまうが、他の箇所の変更やレコード保存時には発生しないので、編集画面を開いたまま気楽に変更できる。

更新トラフィックの発生頻度やユーザビリティで選択いただけたらと思います。

用語定義について私の認識があいまいであったため、詳しく書き込んでくださりありがとうございます。おかげで更新=保存であることと、変更=編集画面で値を変える事であることが
今後クリアに説明できます。
大変助かりました。