On Jun 3, 4:47 pm, "Leslie P. Polzer" <[email protected]>
wrote:
> Chris Hallwright wrote:
> > They could be combined - it just means newbies would still have to
> > comment out all references to the sandbox to get their objects to
> > persist. I was aiming for configuration-only changes within a version
> > if possible.
>
> Sorry for being daft, but why couldn't they just change the type
> and location of the sandbox store to match their requirements?
>
Probably me being daft instead, but the sandbox variant relies on a
macro to access a hunchentoot session value at run-time in place of
*default-store* in overriding the class-store method in sandbox.lisp,
and also in all-companies in the company model. I would want a way to
only have code in stores.lisp to have the same effects in order to
merge the memory/session-state version with persistent object
versions. I wouldn't want to have references to sandbox-store at all
(except maybe in stores.lisp), if the persistent object and memory
versions of the demo were to be combined. Not sure how to do that.
It would mean *default-store* acting like the macro-expansion of
(sandbox-store) as defined in weblocks-demo.lisp somehow.
> > On the contrary, I wasn't seeing any special features of SQL to
> > employ, although no doubt there are some. It was more that the models
> > for these relational variants cannot employ inheritance, which limits
> > what can be done with relational IMHO.
>
> But basic inheritance is supported using DEF-VIEW-CLASS's :BASE-TABLE
> initarg[1].
>
> Did you mean something else?
Yes, my issue is with the underlying RDBMS, not with CLSQL or
Elephant. MySQL doesn't support inheritance, as far as I can tell.
PostgreSQL does. Without inheritance you have very different
models, so I thought that warranted different versions of the demo.
PostgreSQL could be used with or without inheritance, MySQL only
without it.
>
> Leslie
>
> [1]http://clsql.b9.com/manual/ch02s02.html
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"weblocks" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/weblocks?hl=en
-~----------~----~----~----~------~----~------~--~---
