Theoretically, I guess. But I'd expect that would be infinitesimal compared to other things that your code is doing. The usability of URI structures for your developers is what I'd suggest optimizing on. (And don't use directory fragments if you're worried about performance.)
Justin Justin Makeig Director, Product Management MarkLogic Corporation [email protected] www.marklogic.com On Apr 4, 2014, at 11:40 AM, Tim <[email protected]> wrote: > Sounds like that is a limit only if using WebDAV. Aside from WebDAV are there > any performance issues? > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Will Thompson > Sent: Friday, April 04, 2014 2:27 PM > To: MarkLogic Developer Discussion > Subject: Re: [MarkLogic Dev General] Is there a performance penaly for using > long directory and document uris? > > I think the short answer is yes due to lock contention on the directory > fragments. I think this can be mitigated somewhat by manually creating the > directory fragments rather than turning on automatic directory creation. For > detailed information on this topic, I always refer to Mike's blog post: > http://blakeley.com/blogofile/2012/03/19/directory-assistance/ > > -Will > > On Apr 4, 2014, at 1:13 PM, Tim <[email protected]> wrote: > >> Hi Folks, >> >> A long directory URI may be useful for facilitating webDAV access to content > or simply to organize content by a virtual file system, for example, >> >> /category/subcategory/in-work/year/docname.xml >> >> which could as easily have been stored as >> >> /docname.xml >> >> Is there a performance penalty having a longer document URI? >> >> Thanks again, >> >> Tim Meagher >> >> >> _______________________________________________ >> General mailing list >> [email protected] >> http://developer.marklogic.com/mailman/listinfo/general > > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general > > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
