パスワードを忘れた？ アカウント作成
Close
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

東証システム、構築は10年前ですでに耐用年数もオーバーしていた More

「東証システム、構築は10年前ですでに耐用年数もオーバーしていた」記事へのコメント

  • 約定件数 (スコア:1, おもしろおかしい)

    by Anonymous Coward
    > 約定件数の1日当たりの上限を500万件に引き上げる

    350万件（400万件？）から500万件って、10年たってもあまり変わらないんですね。
    素人の目でコンピュータの成長を見ていると、今なら5億万件ぐらい処理できそうな気がするんですが…
    • タレこみ人ですが、処理件数というのが、処理のためのメモリーとかスループットで決まっているのではなく、一日分の記録件数で決まっているのがまず驚きました。
      　システム増強といっても、単にハードディスクの容量を増やして、それに対応してプログラムの配列の上限チェックを変更しているぐらいと想像しますが、それで2倍程度にしか増えない、ということにまた驚きます。技術的進歩を考えれば、100倍ぐらい、楽々増やせるはず。

      　素人考えですが、500万件の売買記録にどれぐらいの記憶容量が必要かと勘定してみると、銘柄コード、取引時刻、売り手コード、買い

      • Re:約定件数 (スコア:2, 興味深い)

        by Anonymous Coward
        日本の開発者ってやたらとCHARやVARCHARにしたがる人が多いと思いませんか？
        IDにしても英数字を入れるから絶対にCHARだと言い張る人が多くて頭が痛いです。
        DBのマニュアルには数値型を使ったほうが速いと書いてあるのですが、なぜ容量が余計に必要なCHARにしたがるのかよくわかりませんが、そのような傾向があるようです。
        ＃少なくとも某社の人たちは。
        • 開発者は数値メインで使いたいと思いますよ。
          index張るにしても、色々と数値の方が扱いやすいですから。
          問題は設計者だと思います。

          客の要望が幾ら文字列IDじゃなければ駄目とか言ってきたとしても
          たとえば、内部でアスキーコードに変換して数値処理するとか
          隠蔽してしまえば客にはわかりません。

吾輩はリファレンスである。名前はまだ無い -- perlの中の人