純粋な FS 永続性と比較して、jackrabbit のオーバーヘッドがどれだけあるかを知っている人はいますか?
私はCMSプロジェクトに使用していますが、一時ファイル（残念ながらプロパティ/メタデータがあります）も保持する必要があります...そのためにjackrabbitも使用する必要があるかどうかわかりません。
これを回避するには、オーバーヘッドが十分に大きいと思います....少なくともファイルシステムのIO。
これらのファイルはレポ内の残りのファイルと同じですが、すぐに削除されることは確かです。
JAVA IO API を介してプロパティを持つファイルを永続化するレイヤーを作成する必要がありますか? jackrabbit を使用する必要がありますか、それとも database を使用する必要がありますか? もしそうなら、どうにかしてパフォーマンスのために設定できますか？
By default, Jackrabbit stores the binaries in the FileDataStore, which uses a FileOutputStream, so the overhead is relatively low. However, the binaries in the data store remains until garbage collected, which might be a problem for you if you create a huge number of temporary files.
Metadata: it depends how much metadata you have. The metadata is stored in the persistence manager and possibly in the search index (Lucene). The main performance problem there is usually fulltext search, so disable it if possible.
should I use jackrabbit or should I use database
That really depends on your use case. Jackrabbit does not claim to be "faster than a database", but the data model (hierarchical, key value pairs) may be better or easier to use.