バッチ処理時間が要件の7倍、SQL最適化から発想変えて対処

1. 届け先を管理する新設のDBサーバーで、バッチ処理時間が想定の6～7倍と判明 2. 一括ロードツールを使い、メモリー上での処理を活用して1時間以内に収めた 3. SOAサービスの粒度は、カスタマイズの手間を減らすため単純な機能単位にした 「1時間が要件のバッチ処理に当初、6～7時間もかかった。工夫を重ねて、ようやく時間内に収められた」（ヤマトシステム開発 グループソリューションカンパニー 次期NEKOプロジェクト マネージャー 田中諭氏）。 ヤマト運輸が5年ぶりの刷新を進めている基幹システム「第7次NEKOシステム」。住宅に送る「宅配」から、住宅に住む個人の都合に合わせて送る「個配」を目指したものだ。2010年9月には、送り状に記載された届け先の個人名や住所などを登録した「届け先DBサーバー」を新たに稼働させた。これまで送り状に書かれた届け先は、郵便番号など一部の情報しかシステムに登録

[motchang]

80カラムで多いとか金融の業務SEあたりが作ったテーブルを見たことがない人と見た。結論は大したことないけど、一時間で7Mの更新ってすごいのかなー？

[sonota88]

あとで

[rryu]

流行りの分散処理とか思ったら、かなりベタな解決方法だった。何か処理する度に別テーブルにデータがコピーされていくというCOBOLっぽいことやめるだけで結構速くなりそうな気が。

[qaz76]

Direct Load Insert with Parallel DMLなら...ってDB2とMQの話かな？ <

[suginoy]

「当日時点の配達荷物テーブルをすべてメモリー上に展開し、データの削除と追加を行う」Oracle TimesTenのこと？

[tamu222i]

6～7時間かかるバッチなんてコワくて見てられませんなー

[ktakeda47]

[for:@twitter]佐川おかげでヤマトの便利さを知る今日このごろ。 "バッチ処理時間が要件の7倍、SQL最適化から発想変えて対処"

[fragarach_the_sword]

バッチ処理時間が要件の7倍、SQL最適化から発想変えて対処 - 問題解決の軌跡：ITpro

[hiroshi_revolution]

バッチ処理時間が要件の7倍、SQL最適化から発想変えて対処 - 問題解決の軌跡：ITpro

[himomen]

たいしたことやってないけど興奮する

[ghostbass]

bcpとかsql*loader使った、ってことかな/安置パターンのにおいがする

[myitnews]

バッチ処理時間が要件の7倍、SQL最適化から発想変えて対処（問題解決の軌跡）: 　ヤマト運輸が5年ぶりの刷新を進めている基幹システム「第7次NEKOシステム」。住宅に送る「宅配」から、住宅に住む個人の都合に合わせて送