The DAL(...) function has a path attribute and you can make it point
to the folder of another app.
On Jul 24, 3:56 pm, "mr.freeze" <nat...@freezable.com> wrote:
> The main purpose is to easily allow many apps to share an established
> auth db. You wouldn't need to decorate controllers any differently
> because the DAL instance is passed to the constructor of Auth, not to
> the decorator. If anything, I would suspect a performance gain as you
> would be splitting the load over multiple database servers.
>
> On Jul 24, 3:44 pm, weheh <richard_gor...@verizon.net> wrote:
>
> > I like the potential flexibility but am not sure what the purpose
> > would be for having a separate auth db? What if you then had multiple
> > auth dbs? Wouldn't you need to decorate controllers with the name of
> > the auth db to search in? Wouldn't there be a performance penalty for
> > opening up links to multiple dbs?
>
> > On Jul 24, 2:20 pm, "mr.freeze" <nat...@freezable.com> wrote:
>
> > > I was attempting to completely separate my auth db from my data db and
> > > realized this isn't currently possible but potentially could be:
>
> > > db = DAL('...')
> > > authdb = DAL('...')
> > > auth = Auth(globals(), authdb)
> > > db.define_table('poll',Field('author',auth.settings.table_user))
>
> > > Two questions:
> > > Is this a crazy idea?
> > > Could the DAL be modified to handle this?
