[BioSQL-l] release preparation

Len Trigg len at reeltwo.com
Mon Apr 18 04:58:17 EDT 2005


Mark Schreiber wrote:
> now, my bad! Agreed that from a SQL query perspective the schemas are the 
> same, one just has more complexity (if I can call it that) under the hood.

Indeed, the complexity is more to do with the complexity of installing
and understanding what's going on in all those files :-) (particularly
if you are not an oracle expert and have only been looking at the
BioSQL schemas for the other supported databases), and that's why I
did the simple version.  That's partly confirmed by the fact that the
bjia description of how to use the original schema is about 8KB, while
the description for the simple schema is about 1KB.  I'm all for
dumping the simple one if the barrier for entry for the original
schema is lowered (maybe it already has been).


> I would prefer to keep instructions for the less complex version up for 
> the time being as we are having difficulties getting biojava to work 
> seamlessly with the more complex version. This is almost certainly a 
> failing of biojava for which the oracle support seems to have been 
> compiled against the 'simple' schema not the 'complex schema'.

It certainly was only tested against the simple version, because
that's the only schema I had working when I wrote the Oracle support.
I am a little surprised that you are having major difficulties though,
since the original package has a compatibility layer that (supposedly)
presents the same schema as the simple version.


> I expect we will soon have biojava supporting your version and we can drop 
> the 'simple' schema. After all, there is not much point using oracle if 
> you don't make use of the features.

In my case, it was a matter of using Oracle because that was what was
already installed :-)


Cheers,
Len.



More information about the BioSQL-l mailing list