Igor Murashkin wrote:
> Wouldn't that kind of defeat the point of abstracting? Shouldn't it
> emulate schema support somehow, such as through a table prefix, if a
> schemaname was specified instead of throwing an error?
The point of abstraction is to allow you to easily write generic code
that isn't database specific, not to deny you access to the features of
a database (especially when those "features" are part of the SQL
standard). Still, you have a valid point. In this particular case, it
seems likely that the feature could be easily emulated for MySQL, and if
this is true, then I'm for it. If it were to add a lot of messy or
fragile code to SQLObject, then I'd be against it. What I'd rather not
see, ultimately, is a lowest common denominator sort of abstraction
which is aggravating for people who don't use a crippled database. Nor
am I fond of pretending something works when it doesn't do anything
(e.g. MySQL accepting the syntax for foreign keys but doing nothing with
it) which in my mind violates the principle of "least surprise". That
is the basis for my argument for throwing an exception: don't make the
user think something is supported when it isn't (and no, I don't think
you were arguing for that).
As an aside, while it's been a while since I've used MySQL, I seem to
recall that "databases" in MySQL were actually schema/namespaces, not
actual databases (for instance, you can do joins across MySQL databases,
something common to schema, not databases). Really it seems that MySQL
suffers from bad terminology in this particular case. I'd say that
MySQL supports schema but *not* multiple databases.
Regards,
Cliff
>
> -Igor
>
> On 12/30/05, *Cliff Wells* <cl...@de...
> <mailto:cl...@de...>> wrote:
>
> Igor Murashkin wrote:
> >
> > Something like that on top of being able to set a schemaname in
> > sqlmeta would be nice (or maybe just use schemaname = __name__ to
> > implement the above)? Of course, in mysql using the schema
> notation is
> > the equivalent from using a different database, so what would be
> done
> > about that?
> >
> I agree that a standard way to specify the schema/namespace would be
> nice, but I think you have conflicted thinking when you mention
> ANSI and
> MySQL in the same argument ;-) I'd just make a fat note saying
> "MySQL
> doesn't support this concept" and maybe throw an exception for
> good measure.
>
> Regards,
> Cliff
>
>
> > On 12/30/05, *Oleg Broytmann* < ph...@ma...
> <mailto:ph...@ma...>
> > <mailto:ph...@ma... <mailto:ph...@ma...>>> wrote:
> >
> > On Fri, Dec 30, 2005 at 12:01:12AM -0600, Igor Murashkin wrote:
> > > When using PostgreSQL, I noticed you can do
> > >
> > > class sqlmeta:
> > > table = 'schemaname.tablename'
> > >
> > > However, this almost defeats the purpose of the tablename
> being
> > > automatically generated from the class name. Is there a way to
> > specify a
> > > schema name, or maybe a prefix? How about some kind of
> namespace
> > to use the
> > > schema?
> >
> > There is no currently.
> >
> > > Just seems important, it's in ANSI after all.
> >
> > Patches will be gladly accepted.
> >
> > Oleg.
> > --
> > Oleg
> >
> Broytmann http://phd.pp.ru/ ph...@ph...
> <mailto:ph...@ph...>
> > <mailto:ph...@ph... <mailto:ph...@ph...>>
> > Programmers don't die, they just GOSUB without
> RETURN.
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep
> through
> > log files
> > for problems? Stop! Download the new AJAX search engine
> that makes
> > searching your log files as easy as surfing the web. DOWNLOAD
> > SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> <http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click>
> > <http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> <http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click>>
> > _______________________________________________
> > sqlobject-discuss mailing list
> > sql...@li...
> <mailto:sql...@li...>
> > <mailto:sql...@li...
> <mailto:sql...@li...>>
> >
> https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss
> <https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss>
> > <https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss>
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD
> SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> <http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click>
> _______________________________________________
> sqlobject-discuss mailing list
> sql...@li...
> <mailto:sql...@li...>
> https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss
> <https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss>
>
>
|