アカウント名:
パスワード:
データをファイルとしてたくさん格納するようなシステムはそもそも作ってはなりません。そのような場合にはDBMSを用いてblob形式でデータベースに格納すべきです。
今まではHDDが前提だったから、ヘッドがカリカリやる速度のことを考えるとちっこいファイルが無数に出来るようなやり方は「ダメなんだろうな」ということが簡単に理解できましたけどSSDがこれだけ普及すると「SSDなら制約ぜんぜんないんじゃね?」と変に勘違いされそう。iPadの某電子書籍のアプリなんかは、キャッシュをちっこいファイルに無数に分割させてて「これがSSDの使い方なのか~」と思いましたが。
でもSSDならではのDBMSというのはすでに提案されてますね。http://www.publickey1.jp/blog/10/ssdrethinkdb.html [publickey1.jp]「エンタープライズ向けでない」「実績がない」というのを永久に進歩しなくて済むことの免罪符にはしてほしくないものです。そういう人が人事をやりだして「大卒30歳未満経験10年以上」なんて求人を書くんですかね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
データをファイルとしてたくさん格納するようなシステムは作ってはいけない (スコア:5, 参考になる)
データをファイルとしてたくさん格納するようなシステムはそもそも作ってはなりません。
そのような場合にはDBMSを用いてblob形式でデータベースに格納すべきです。
障害から復旧できます。最近のファイルシステムにはジャーナリング
なども行われつつありますが、fsckなどのジャーナリングに頼らない
古いチェック方法が残っているので、ディレクトリの循環などを
チェックする必要がありチェックを終えるまでに時間がかかります。
情報をメモリ内に格納し
Re:データをファイルとしてたくさん格納するようなシステムは作ってはいけない (スコア:1, 参考になる)
今まではHDDが前提だったから、ヘッドがカリカリやる速度のことを考えると
ちっこいファイルが無数に出来るようなやり方は「ダメなんだろうな」ということが簡単に理解できましたけど
SSDがこれだけ普及すると「SSDなら制約ぜんぜんないんじゃね?」と変に勘違いされそう。
iPadの某電子書籍のアプリなんかは、キャッシュをちっこいファイルに無数に分割させてて
「これがSSDの使い方なのか~」と思いましたが。
Re: (スコア:0)
でもSSDならではのDBMSというのはすでに提案されてますね。
http://www.publickey1.jp/blog/10/ssdrethinkdb.html [publickey1.jp]
「エンタープライズ向けでない」「実績がない」というのを永久に進歩しなくて済むことの免罪符にはしてほしくないものです。
そういう人が人事をやりだして「大卒30歳未満経験10年以上」なんて求人を書くんですかね。