kintoneのレコードに対して、CSVで40000件のデータに対して
upsertでの更新処理の速度のテストをしています。
現在、update apiを使用して100レコード事に処理を行っていますが、
upsert のフラグを入れた場合、１００レコードあたり１０－２０秒
４００００万件で６８分
upsert のフラグをなしで、１００レコードあたり８－１０秒
４００００万件で６０分
かかっています。
これらを１０分程度の高速にする方法はないでしょうか？
4万件ほどですとそのくらいかかるかもですね…
求めてる回答とは違うと思いますが単純に短くしようということであればなんとか4万件の件数を絞るほうが効果は高いかと思います。
あとは更新するフィールドを限定などすると多少早くなる、とかはあるかもしれませんが…
返信ありがとうございます。
フィールド数 ４０，kintoneには４万件ある程度で
９９％が更新の環境です。
ADDだと１００件の処理で１秒程度でしたので、なにかよい
方法ないかと思いまして・・・
もしなにかお知恵ありましたら教えていただけると幸いです。
４万件のレコードがある状態で、１００件のデータ登録（１回目追加）および１００件の更新をしたところ、４万件のデータの更新の１ブロック（１００件の処理）より処理時間が大幅に短縮されました。
これらについては、レビジョンが小さいから？などの要因の推測をしているのですが、経験が浅く要因の特定ができません。皆様でなにか予測できましたら、教えていただけますと幸いです。
kintoneの内部構造は公開されていませんので詳細はわかりませんが、
追加した直後のデータに対して更新処理をしてるということであれば、DB上のキャッシュやメモリにのってるから早い、とかはあるかもしれません。
下記は試してないのでなんともいえないジャストアイデアですが、、
どうしても今の件数規模で速度上げたいなら、並列で処理してみるとかは手としてあるかもしれないですね。
今は直列だとおもいますので、2並列でAPIなげてみる、など（内部的には結局またされるかもしれないですが、、、）
また、bulkRequestに詰めて送るのを試してみるのもありかもしれません（内部的には直列化されるとかあるかもしれませんが）
ありがとうございます。
暗中模索ですが、ためしてみます
このトピックはベストアンサーに選ばれた返信から 3 日が経過したので自動的にクローズされました。新たに返信することはできません。