Re: ZODB and mounting points

Jim Fulton <[email protected]> Sun, 31 Dec 2017 10:20:56 -0700
Newsgroups gmane.comp.web.zope.zodb
Message-ID <CAPDm-FiwC=TTy8+rcXL8E=RLCqtUY49NmYpdKfroaJfcPJ3atw@mail.gmail.com>
On Wed, Dec 20, 2017 at 7:13 AM, Héctor Velarde <[email protected]>
wrote:

> sorry for cross-posting but this seems to be a better place to ask for
> information.
>

I'm curious if you got an answer elsewhere. :)


>
> we have a customer that is used to create their Plone sites on the same
> Zope using multiple mounting points and I want to understand what are the
> advantages/disadvantages of this approach.
>
> unfortunately there’s not much information about this topic on the
> internet and the main article mentioning it is very vague:
>
> http://web.archive.org/web/20080611061803/http://plone.org/
> documentation/how-to/multiple-plone-sites-per-zope-instance-
> using-separate-data-fs-files-for-each-one
>
> is somebody here using this approach? is this considered a good practice?
> why?
>

I think "good practice" has to be evaluated in the context of requirements.

More broadly, on the topic of using multiple databases in an application,
there are a number of reasons why this might make sense for an application:

   - Manually sharding

   This might be done to provide greater database performance, although I
   would only do this if I was transactions were unlikely to modify multiple
   databases, in which case, a microservice architecture might provide a
   better approach.

   - Requirements for separate database-management policy

   For example, you might separate content from index data, packing the
   later more frequently. Or you might want to keep separate customer data in
   separate databases.

The potential  benefits of using multiple databases has be weighed against
significant increase in complexity, especially in the presence of
non-trivial cross-database references.

Jim

-- 
Jim Fulton
http://jimfulton.info

-- 
You received this message because you are subscribed to the Google Groups "zodb" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.