アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
いわゆる? バッチ処理の突き抜け (スコア:2, 興味深い)
Re: (スコア:4, おもしろおかしい)
Re: (スコア:0)
＞バッチの遅れ・バッチの突き抜けとか
その用語そのものは使って無くても「つきぬけ」って言われると何のことかイメージできるし。
説明：銀行や証券で使っている汎用機は、定時になって一気に処理する。
変更内容を全部記録しておいて、一気に大量のSQLを吐くようなイメージかな。当然ある程度の時間がかかる。
でもって、ある処理が終わってる前提で次の処理を逐次にやっていく･･･って言うのを夜間にやる。これが終わらないのが突き抜け。
夜間に終わっているべき物が終わっていないので、昼間の処理に影響でまくり。下手すると昼間の処理が
Re: (スコア:0)
>その用語そのものは使って無くても「つきぬけ」って言われると何のことかイメージできるし。
全然畑違いでバッチ処理もやったことはないし「つきぬけ」も初耳だけれど、
バッチ処理の性質から「突き抜け」が何を意味するのかは類推していた。
いくらバッチ処理としっても制限時間はあるわけで、そのタイムリミットを
超えて処理が終了しないこと。「納期遅れ」や「輻輳」みたいなものじゃないかと。
上の説明を見る限りでは当たらずといえども遠からず？
最近の株価の急落で取引量が増え、楽天証券で処理できる限界を超えちゃった
だけかもね。単純なトラブルほど対応は大変。仮にサーバー台数増やせば解決する
としても、楽天の上の人がそんな『無駄なお金』を出してくれるかどうか。
>なんで証券・金融はいまだにバッチに取り付かれてるんでしょう？
古くさい業界だしね。
開発者も古くさいしね。
仮に可能だとしても、バッチ処理以外の方法で作れと言われても無理なのでは。
Re: (スコア:1)
オンラインの証券会社なんて、システム管理がで儲けているようなものです。
まあ、証券に限らず、金融全般に言えることですが。
Re: (スコア:0)
たしかにそう。技術部分が主。そのためのシステム投資は必要不可欠．
営業なんて飾りです。しかしエライ人にはそれが分からんのです。
Re:いわゆる? バッチ処理の突き抜け (スコア:0)
>たしかにそう。技術部分が主。そのためのシステム投資は必要不可欠．
だからこそ、楽天はシステム投資をしなければ儲かることに気づいたのです。
年に一回金融庁に頭下げて、それでもダメなら楽天ポイントを少々ばら撒くほうが
安上がりなのですから。