--- John Siracusa <[EMAIL PROTECTED]> wrote:

> On 4/23/07, Ovid <[EMAIL PROTECTED]> wrote:
> > http://tinyurl.com/26hpwz
> 
> What's wrong with implementing the scenario described at that URL
> exactly as it's explained, by using multi-column foreign keys and a
> check constraint on the subtype table(s)?

My only concern was how portable the solution would be.  Theoretically,
Rose could add enough value to make it work regardless of the database.
 For example, right now, our version of MySQL silently truncates values
not in an enum list and add the empty string into enum fields.  Rose
catches this error up front (thank god!).
 
> > A simple syntax could be:
> >
> >   distributed_keys =>  [
> >       server => {
> >           dedicated => {
> >               class       => 'My::Server::Dedicated',
> >               key_columns => { id => 'server_id' },
> >           },
> >           shared => {
> >               class       => 'My::Server::Dedicated',
> >               key_columns => { id => 'server_id' },
> >           },
> >       }
> >   ],
> 
> Is that syntactic sugar for the multi-column fk scenario described
> earlier, or is it something else?

Just syntactic sugar.

Cheers,
Ovid

--

Buy the book -- http://www.oreilly.com/catalog/perlhks/
Perl and CGI -- http://users.easystreet.com/ovid/cgi_course/

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Rose-db-object mailing list
Rose-db-object@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rose-db-object

Reply via email to