アカウント名:
パスワード:
リードオンリーではなく「更新頻度が低いデータ」を「BD-RW」でストレージ化するという話では。書いたら終了のBDそのものやBD-Rでは、更新する度にDiskは増殖して手に負えなくなるでしょう。
Facebookにある動画や写真やメッセージのデータは、増えることはあっても減ることはほとんどなく、データが断片化しがちなRWにする必要は薄いのではないでしょうか。もし削除や名前変更があったら、インデックスやアクセス権の部分だけ別データベースで管理して、見えなくするなり検索できなくするなりすればよいのでは。
ハードディスク記録の場合でも、削除要請されたとき、0で埋めてランダムバイトで埋めて、また0で埋めて…を16回繰り返して復元不能にして、それをバックアップ側にまで…と手間をかけてやっているでしょうか?実は削除したと言ってもブロックが参照できないだけで復元可能だったり、バックアップは保存期限まで放置だったりがほとんどなのでは。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
部門名 (スコア:0)
リードオンリーではなく「更新頻度が低いデータ」を「BD-RW」でストレージ化するという話では。
書いたら終了のBDそのものやBD-Rでは、更新する度にDiskは増殖して手に負えなくなるでしょう。
Re: (スコア:0)
Facebookにある動画や写真やメッセージのデータは、増えることはあっても減ることはほとんどなく、データが断片化しがちなRWにする必要は薄いのではないでしょうか。もし削除や名前変更があったら、インデックスやアクセス権の部分だけ別データベースで管理して、見えなくするなり検索できなくするなりすればよいのでは。
Re: (スコア:0)
実際、データ削除が何らかの理由で求められたらどうするつもりでしょうか。テーブルから削除するだけ?
Re:部門名 (スコア:0)
ハードディスク記録の場合でも、削除要請されたとき、0で埋めてランダムバイトで埋めて、また0で埋めて…を16回繰り返して復元不能にして、それをバックアップ側にまで…と手間をかけてやっているでしょうか?実は削除したと言ってもブロックが参照できないだけで復元可能だったり、バックアップは保存期限まで放置だったりがほとんどなのでは。