トップページ⇒tech
120コメント30KB

Webに向いた新しいファイル構造を考える

■ このスレッドは過去ログ倉庫に格納されています
00011NGNG
HTMLや画像ファイルを1つ1つファイル化するのが一般的な現行の
ファイル構造は、確かに構造が単純で更新が容易ですが、
大量のファイルを伝送したりファイル処理する際には、
ファイルサイズが小さい故にオーバーヘッドが大きく
処理効率が悪くなってしまいます。
また、例えば、検索システムにおいてはWWWロボットが世界中の
数十億というHTMLファイルを収集するので、i-node不足が
課題となります。

だからといって、データベースで一括管理するのでは、
直接ファイルを取得する場合よりも遥かにサーバ負荷が
高くなりますし、応答時間も長くなりがちです。

これらの問題を解決するような研究は無いのでしょうか?
0002デフォルトの名無しさんNGNG
2get?
0003デフォルトの名無しさんNGNG
B+-Treeが最高。


終了
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
0004デフォルトの名無しさんNGNG
3E 3E 01 20 A8 AF C3 D6 BC
> > 1   イ ッ テ ヨ シ
0005デフォルトの名無しさんNGNG
欧米でよく使われている携帯電話用Webフォーマット HDML って、
そんな感じじゃなかったっけ。

身近な所では、Windowsの圧縮htmlヘルプ(.httだっけ?)とか、
Javaのjarヘルプも、そんな感じで使われている。
0006デフォルトの名無しさんNGNG























■ このスレッドは過去ログ倉庫に格納されています