アカウント名:
パスワード:
データベースのインデックスファイルを電子ディスク化するという手は, 10数年前からエンタープライズ領域では頻繁に使われるもので, むしろ古典的と言えるでしょう. 最悪吹っ飛んでもオリジナルのデータファイルが残っていれば, 時間さえあれば再構築可能ですから信頼性も一段低くてOKですし.
とはいえ, 64bit環境ならデータベースエンジンがバッファリング等をフルコントロールできた方が効率的ですし, どう転んでも時代の徒花ですね.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
いったい何に使いますか? (スコア:1)
Re:いったい何に使いますか? (スコア:0)
Re:いったい何に使いますか? (スコア:2, 参考になる)
データベースのインデックスファイルを電子ディスク化するという手は, 10数年前からエンタープライズ領域では頻繁に使われるもので, むしろ古典的と言えるでしょう. 最悪吹っ飛んでもオリジナルのデータファイルが残っていれば, 時間さえあれば再構築可能ですから信頼性も一段低くてOKですし.
とはいえ, 64bit環境ならデータベースエンジンがバッファリング等をフルコントロールできた方が効率的ですし, どう転んでも時代の徒花ですね.
Re:いったい何に使いますか? (スコア:1)
たとえばOracleならPAE対応でバッファキャッシュを4GB以上の領域におけますから、そこにINDEXをPinした方がおそらく効率は良いでしょう。たぶんSQLSERVERとかでも同様の機能はあるはずです。
しかしまあ、最近のトレンドって64bitシステムに山ほどメモリ積んで、INDEXどころかTABLEも全部メモリにのせちまおうぜ!みたいな世界らしいのでいずれにしても旧世代の技術扱いでしょうね。