Quantcast
Channel: StringBuilder はどれだけ早いのだろうか?、実は大してかわりません へのコメント
Browsing all 5 articles
Browse latest View live

はに丸 より

根本的にいろいろ間違ってますね。 まず、文字列連結有無にかかわらずバインド変数を使うべきです。 それと、文字列連結のスピードは連結回数の総和が問題では無く、大きな文字列に連結することが問題となります。 例えば、csv出力なんかで、1行のデータを作成する為に連結する場合はstring結合はまったく問題になりませんが、行そのものも縦方向に連結する際には問題となります。

View Article



masuda より

I see. このネタは、文字列連結してSQL組み立てるとアカンからストアド使いましょう、のネタのつもりだったのですが、実際組み立ててみたら(ストアドを使ってないけど)「たいして時間が変わらなかった」ってネタ話です。その頃、「Java で StringBuilder を使わねばいかん」って話が盛り上がっていたので、別に += でも変わらん、っていうカウンターでもありましたが。

View Article

通りすがり より

ストアドを使用したほうがいいのはそもそもVBA的な観点からではないでしょう・・

View Article

匿名 より

この例ですと文字列の連結よりFormatの解釈処理に時間がかかって 差が付かなかったのではないでしょうか?

View Article

masuda より

.NET の GC を見ると、半分ぐらいは文字列処理に使っているので、その可能性は高いですね。const 文字列を使うよりも、enum で int 型を使ったほうが早い(メモリの解放とか文字列処理がない分だけ早い)ってのを、一度やってみたいと思ってます。

View Article

Browsing all 5 articles
Browse latest View live


Latest Images