HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました（参考「日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証」）。 ホワイトペーパーでは、HDDの代わり
C# の StringBuilder と += による文字列連結の速度比較
Landscape トップページ | < 前の日 2005-11-29 2005-11-30 次の日 2005-12-01 > Landscape - エンジニアのメモ 2005-11-30 C# の StringBuilder と += による文字列連結の速度比較 当サイト内を Google 検索できます * C# の StringBuilder と += による文字列連結の速度比較この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [.net] [C#] C# で文字列連結するとき、string 型を += で連結するとパフォーマンスが落ちるので、ある程度の回数以上の文字列連結には StringBuilder を使うということが常識となっている。string は不変なので、連結の度に新しいオブジェクトの生成と破棄がおこなわれるからというのが差の発生原因。 ただ
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Free Credit Report music videos Migraine Pain Relief Best Mortgage Rates Credit Card Application Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
[ThinkIT] 第1回：postgresql.confによるチューニング
PostgreSQLに限らず、データベースソフトは大量のデータを扱うので、場合によっては処理にかなり時間がかかることもあります。そのため、できるだけ処理時間を短縮し、処理効率を向上する「チューニング」という技術が重視されています。 Webシステムのように数多くのリクエストを同時こなさなければならないシステムでは、個々の問い合わせの処理時間は数百ミリ秒と短くても、全体の処理時間が膨大になることがあります。このようなシステムでは、1つ1つの処理時間をできるだけ短くすることが重要です。 また、「バッチ処理」においても処理時間の短縮は重要です。バッチ処理とは、ユーザーと対話的に行われる処理ではなく、自動的に実行される処理です（多くの場合、人手を介することはありません）。たとえば1日のデータを夜間にまとめる「日次処理」などがこれに該当します。日時処理が決められた時間内に終わらなければ、処理自体が無意
HOMMEZ公式オンラインショップ
HOMMEZ(オムズ)は男性の心と身体の健康を支援し、一人でも多くの人が子供を得る幸せや男性としての喜びを享受できる社会の実現を目指しています。男性の妊活、活力にまつわる情報や商品の力で性や妊活に悩む男性が効率的に納得感を持って活動できる機会を創出します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[ThinkIT] 第1回：共有バッファでどれだけ変わる？ (1/4)
