It is possible to implement this, but it is currently not implemented. Unfortunately, the core developers don't have the time right now, unless maybe a support contract between XPertNet and your company is established. So the only solutions are to use method 3, or find someone to get inside the XWiki core and implement support for method 2.
Thanks to organize my questions Sergiu Dumitriu!
I want to do the item 2. We have considered the item
3, but as I have mentioned before our DBA team
probably will not let us to do this - don't ask me why
:-).
So the question remains: Is it possible to setup
really different wiki's on the same database (server
and "tables")?
--- Sergiu Dumitriu <sergiu.dumitriu@gmail.com >
escreveu:
> So, you want:
>
> 1. Make the same content available using one
> database, but more servlet
> containers
> 2. Put different wikis inside the same internal
> database (one
> mysql/oracle/postrges... instance, one
> database=collection of tables)
> 3. Put different wikis inside the same instance of
> sql server, but using
> different internal databases (one
> mysql/oracle/postgres... instance, but
> more databases=collections of tables)
>
> I'd recommend 3, as it puts less stress on the
> database (joins take much
> less).
>
> 1 is easy to accomplish too, but 2 will require some
> changes in the core.
>
> On 4/10/07, Igor Regis <igor_ti@yahoo.com.br> wrote:
> >
> > Hi Vincent,
> >
> > The idea is to create a xwiki instance for each
> > corporation department; because it is a huge
> > corporation with more than 80.000 employees and
> about
> > 30 departments (each one have a specific set of
> > hierarchy, rules and autonomy), and each wiki may
> have
> > thousands pages.
> > The problem is to set up these xwiki instances
> > accessing a unique centralized mainframe database
> mgr;
> > since in unlikely that our DBA team will let us to
> > create one database (table space,...) for each
> xwiki
> > instance.
> > We have discussed about creating a space per
> > department, but my boos asked me to find a way to
> > setup these multiple instances. But if it's
> > impossible... :-)
> >
> > If you need more info about the requirements, I
> can
> > provide.
> >
> > Regards,
> > Igor Regis
> >
> >