Understand reasoning behind the first point, just wanted to check if I'd missed some.
Your second point is more interesting to me, though... what you're suggesting sounds like I'm putting the JCR "tree" and the file content in the same tar files when I don't have to? I assumed they were part and parcel... :-) The completely stripped down configuration I do to get a repository instance the rest of my application uses looks like: FileStoreBuilder fsBuilder = FileStoreBuilder.fileStoreBuilder(new File(repoDirectory)); this.fs = fsBuilder.build(); SegmentNodeStoreBuilder nsBuilder = SegmentNodeStoreBuilders.builder(fs); this.ns = nsBuilder.build(); this.executor = Oak.defaultExecutorService(); this.oak = new Oak(ns); this.jcr = new Jcr(oak); this.repository = jcr.createRepository(); ....and that's it. How would I tell it to split out the binary data? The NodeStore documentation says "By default SegmentNodeStore (aka TarMK) does not require a BlobStore. Instead the binary content is directly stored as part of segment blob itself... FileDataStore - This should be used if the blobs/binaries have to be shared between multiple repositories." Should I be using the FileDataStore even though I'm not sharing them between repositories? Would this be a general guideline for using the SegmentNodeStore with a large volume of data? Thanks! - Bill On Wed, Mar 21, 2018 at 9:02 AM, Marcel Reutegger < [email protected]> wrote: > Hi, > > On 17.03.18 18:32, William Markmann wrote: > >> 1) Is it necessary to do the above in two steps, or can a Node be created >> and checked in with the VersionManager in one shot? >> > > Yes, this is necessary. The JCR specification defines a checkin as a > workspace operation, which can only operate on saved changes. That is, you > must first save the node and only then you can check it in. > > 4) Is there anything inherent in the SegmentNodeStore that would decrease >> in performance as the repository grows? >> > > I'm not exactly sure how your deployment looks like, but you may be > storing the binary data in the tar files written by the SegmentNodeStore as > well. This has an adverse effect on data locality and the general > recommendation is to configure a separate DataStore for binary data. > > Regards > Marcel > -- *Bill Markmann* *President | 866 809 0394 x 701* *Counterpoint Consulting* *Automate. Innovate. Accelerate.* c20g.com | *Blog <http://www.c20g.com/site/blog> **| Linkedin <http://www.linkedin.com/company/counterpoint-consulting-inc.>** | Twitter <https://twitter.com/c20g>*
