1

JCR を使用している wcm でファイルを整理する適切な方法は何ですか。合計ファイル数が 100,000 以上のファイルで、合計ファイル サイズが約 50 ～ 70GB であるとします。ファイルの種類ごとにファイルを整理する方が良いですか (サブディレクトリを作成して、ファイルをカテゴリごとにさらにグループ化します)。

利点は何ですか。クエリ API、メンテナンス、または何かを使用しているときに違いはありますか。

Proposal 1:
--shared
------images
------pdf
------movies
--location1
------images
------pdf
------movies
--location2
------images
------pdf
------movies

Proposal 2: 
--pdf
-------shared
-------location1
-------location2
--images
--------shared
--------location1
--------location2
.. etc
4

2 に答える 2

2

これを見てください: D avid's Model: A guide for content scaling

いくつかのハイライト:

  • データが先、構造は後。多分。
  • コンテンツ階層を推進し、それを起こさせないでください。
  • ワークスペースは、clone()、merge()、および update() 用です。
  • 同姓同名にご注意ください。
  • 有害と見なされる参照。
  • ファイルはファイルです。
  • IDは悪です。
于 2010-12-22T12:18:12.507 に答える
1

何をするにしても、特定のノードの下に1000を超える子ノードが存在しないようにしてください。他の（実際の）ファイルシステムと同様に、多数のファイル/サブフォルダーを含むフォルダーを一覧表示する場合は、時間がかかることがあります。デフォルトでは、Jackrabbit2.xはユーザースペースをハッシュします。すなわち：

/users/s/sa/sandra
/users/s/si/simong
...

それがより理にかなっているので、私は個人的にあなたの最初の提案に行きます。すべてのユーザーがJCRでファイルをアップロード/削除/変更できるWebアプリがあり、次のように実行しました。

/_users/s/si/simon/public
/_users/s/si/simon/public/My Pictures
/_users/s/si/simon/public/My Pictures/2010/06/Trip to the US
/_users/s/si/simon/public/My Pictures/2010/06/Trip to the US/DC1001.jpg
/_users/s/si/simon/private/account_details.txt
...

UNIXライクなシステムでホームフォルダが実行される方法を大まかにフォローしています。私たちは（合理的に）できることをすべてハッシュ化しようとします。たとえば、ユーザースペース（/ s / si / simong）のように、メッセージのようなものもあります。

/_users/s/si/simong/messages/2009/12/25/ab34ed87dee
/_users/s/si/simong/messages/2010/03/12/e4f1de3cd48
...

ただし、特定のフォルダに1000を超える子ファイルがないかどうかは個々のユーザー次第です（ただし、警告します）。このようにすると、アクセス制御を実行するという優れた利点も得られます。つまり、〜/ privateの下にあるものはすべて、現在のユーザーのみが読み取りおよび書き込み可能であり、〜/publicはすべてのユーザーが読み取り可能です。

于 2010-07-02T23:24:02.243 に答える