アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
約定件数 (スコア:1, おもしろおかしい)
350万件(400万件?)から500万件って、10年たってもあまり変わらないんですね。
素人の目でコンピュータの成長を見ていると、今なら5億万件ぐらい処理できそうな気がするんですが…
Re:約定件数 (スコア:3, 興味深い)
システム増強といっても、単にハードディスクの容量を増やして、それに対応してプログラムの配列の上限チェックを変更しているぐらいと想像しますが、それで2倍程度にしか増えない、ということにまた驚きます。技術的進歩を考えれば、100倍ぐらい、楽々増やせるはず。
素人考えですが、500万件の売買記録にどれぐらいの記憶容量が必要かと勘定してみると、銘柄コード、取引時刻、売り手コード、買い
Re:約定件数 (スコア:2, 興味深い)
IDにしても英数字を入れるから絶対にCHARだと言い張る人が多くて頭が痛いです。
DBのマニュアルには数値型を使ったほうが速いと書いてあるのですが、なぜ容量が余計に必要なCHARにしたがるのかよくわかりませんが、そのような傾向があるようです。
#少なくとも某社の人たちは。
Re:約定件数 (スコア:2, 興味深い)
でも、集計や計算の必要のない識別子はchar(n)でよいと思いますけど。なんでもかんでもvarchar(n)は、行連鎖を引き起こす危険性があるので好きではないですが。速いからといって、ビット型で構成されたデータベースを使いたいとは思いませんし、適材適所でしょう。
# という判断を標準で殺している場合がある、というのは同意。
## そして、現場に任せたらそれ以上にひどいことになる、というのも同意。
## フラグの判定を半角スペースとNullでやるのはやめて……。
Re:約定件数 (スコア:1, すばらしい洞察)
通貨用10進が無かった頃は (スコア:1)
屍体メモ [windy.cx]
Re:通貨用10進が無かった頃は (スコア:1)
# 浮動小数点と通貨型の話はWindows以降の話だと思ってた。
Re:約定件数 (スコア:1)
index張るにしても、色々と数値の方が扱いやすいですから。
問題は設計者だと思います。
客の要望が幾ら文字列IDじゃなければ駄目とか言ってきたとしても
たとえば、内部でアスキーコードに変換して数値処理するとか
隠蔽してしまえば客にはわかりません。
Re:約定件数 (スコア:0)
Re:約定件数 (スコア:0)
いや、現場ではシーケンスIDにVARCHARなんて使いたくはないんですが…
(ORDER BY TO_NUMBER(x)なんてやるのよっ!)
DBセンタの人々が
「NUMBERはつかっちゃだめよーん」
だってさ…
#おかげでエンティティBeanが作れなくて泣き目を見たのでAC
Re:約定件数 (スコア:0)