みんなの投稿

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

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

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

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

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

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

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


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

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

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

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

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

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

ふゆき
製造業
2026/01/14 22:38

シェ~~😮 13万レコードもあったんですね

更新日時フィールドを引き出しておいて

絞込みの際に

更新日時フィールドで絞ったらいかがでしょう?
「更新日時」=「今日」

とするとか

土日祝が絡むときは、
「更新日時」以降「指定日」
「更新日時」以前「今日」3日 前

なんて日付の範囲してするなどいろいろな絞込みが出来ますよ😊


回答いただきありがとうございます。
DB側には更新日付が空・もしくは古い日付が入っており絞り込むことは難しんです。
日々のレコード更新件数が45~300件ほどあるため手動は避けたいなと思い、条件分岐プラグインにてできればと思っています。
絞り込む方法が端末名以外に共通値がなく悩んでいる次第です。

ふゆき
製造業
2026/01/15 11:47

ん? 「条件分岐プラグイン」とあったので
条件分岐処理プラグイン(TiS/条件付き無料)と勘違いしました

ならば、
「対応依頼内容アプリ」で「保存」をかけたら
「DBアプリ」に転記されるようにしたらいかがでしょう?
 (条件分岐処理プラグインの「自動アプリ間更新」機能は👆です)

👆の自分の知っている他のPluginは Boost! Upsert

もしくは(ルックアップを使っているのなら)
アプリ間レコード更新プラグインを使う
なんて方法もあります😊

ご参考まで!

-----------
あ~~、
「DBアプリ」側から「条件分岐処理プラグイン」で
Dataを引っ張ってこようとしたんですね

「条件分岐処理プラグイン」は
「対応依頼内容アプリ」側に設定してください
 (=Dataを押し出す)