巨大な個人データを管理する方法を決定する際に私は何を考慮すべきですか？ [閉まっている]

私は画像、pdfファイル、アプリケーションインストーラーおよび他のユーティリティソフトウェアを含む巨大なデータを持っていて、およそ600 GBの映画コレクションがあります。

電子メール、PSTファイル、またはPDF参照ファイルのように頻繁に必要となるデータもあれば、特定の映画またはMP3ファイルのように時折必要とされるデータもあるように、同じソート方法を提案したいと思います。

私は何度もこれをソートしようとしましたが、めちゃくちゃになり、道を見つけられませんでした。

私はのようなフォルダを作成する必要がありますか Username/Event/Images 例えば Sim/Bank/BalanceImage.jpg

どうやって決めたらいいのか教えてください。

ディレクトリ構造を使用してください、それは彼らがそこにいるものです。別々に保存する必要があるデータがたくさんある場合は、ディレクトリの設定を十分に行ってください。とにかく、あなたはおそらく4つ以上のレベルを必要としないでしょう。

経験則 （これが私の投稿の本質であるかもしれません）あなたが非常に多くの構造を持っている場合、それらが現れる順番がはっきりしないということかもしれません 上[脚注] ？カテゴリは俳優の後に来るべきですか？）そして、あなたは間違ってディレクトリを使用しています。ディレクトリは階層的です。上記の長すぎる構造の例は、単純な1対多の関係のシーケンスを表すものではありません。この場合、何らかのタグ付けを行うのが正しいでしょうが、データエンティティの量とAspergerのレベルによっては、複雑さが増してこの最新の状態を維持するのに価値がない場合があります。分類の必要性のように。

あなたの最初の質問へのコメントで述べたように、これは多かれ少なかれ個人的な好みに基づいていますが、すべてが構造上に構築されています。ディレクトリはこれを実行するための1つの方法にすぎませんが、コンピュータ上のすべてのツールに緊密に統合されているため、それでもおそらく最も便利です。

無理をしないでください。

/media/movies/hd/x264/bluray/comedy/1994/Jim Carrey/Dumb and dumber

無理しないでください。

/movies/dnd.avi

あなたのために働くものは何でも...

サンプルの分割も含めましたが、modで編集して 外部リソース 。私の投稿の構造も大幅に変更され、並べ替えられましたが、その要旨は守られました。あなたが私の正確な言葉が欲しいなら、外部編集の前からの編集履歴の中のバージョンを見てください。

あなたの個人データの主題/特徴を見てください。

銀行のものがあるとしましょう。

Bank/BalanceImage.jpg

さて、私はそれにいくつかの詳細が欠けています、それらを追加し、それをさらに分類しましょう：

Personal/Finance/Bank/2012/April/BalanceImage.jpg

今、私たちはどこかに着いています。やらなければいけないことは、正しい順序に並べることだけです。

このケースについてあなた自身に尋ねるべきいくつかの質問はここにあります：

1. あなたはすべてをパーソナルとワークで分けていますか？

2. 他にFinanceサブフォルダがありますか。

3. あなたは日付で物事を続けたいですか？これはあなたが何かを探すのに役立ちますか？

4. 月は重要ですか？

Bankが唯一のFinanceフォルダで、管理するBusiness Financeがないとしましょう。日付はそれほど重要ではありません。だから、これはそれにそれを取り除くことができる：

Finance/2012/BalanceImage.jpg

しかし、これは同様に可能性があります：

Work/2012/Finance/Bank/April/BalanceImage.jpg

あなたが見ることができるように、それらは私が魔法の袋から取り出してあなたにそれを与えることができる唯一の解決策ではありません。あなたが組織化したいのであれば、あなたはこれを通して考えなければなりませんので、覚えておくべきいくつかのヒントがあります：

1. ファイルを分類する方法を考えてください。

2. 日付などの特性をフォルダ構造に変換する方法を考えます。

3. フォルダ構造について質問します。

4. フォルダ構造を再編成して、関連するファイルが欲しいときに他のフォルダを検索する必要がないように、（コンテキスト内で）すばやく検索できるようにします。

あなたが自分自身で構造を大きく変えているのに気づいたなら、あなたは次のようなシステムが好きかもしれません。 タブレス 代わりに。

すでに提案されている構造に加えて、私は以下を使用して追加することができます 拡張ファイル属性 追加の情報をメタデータとして組み込むこと（例えば、映画の年、声明の期間、または声明の発行日など）。これに関する問題は、ほとんどの拡張ファイル属性がOS固有であり、データを別のOSに転送するときには存続できず、データをバックアップするときには注意が必要なことです。拡張ファイル属性の大きな利点は、それらが簡単に検索できることです。

私はそれらを単独で使用することはお勧めしませんが、他の人が示唆しているディレクトリ構造に加えて