[MOBY-dev] [moby] Re: RFC #1914 - change & call for vote

[Mark Wilkinson]

On Fri, 2006-01-13 at 22:51 +0000, Martin Senger wrote:

> > Versioning of LSID's creates added complexity at the database end of
> > things (since we need to keep track of all objects that have been
> > deleted... forever!)
> >
>    Yes and no. Definitely, some complexity must be added, but not perhaps
> that much.

I guess I was thinking exactly along the lines of your "active" flag -
even inactive objects need to be stored forever.  I admit, I was over-
playing the complexity of that ;-)


> (Or, perhaps much better and simpler: just assign time of registration as
> a version field - so everytime you register an entity it gets new
> version. This seems the bestsolution... where is the catch? Is there any?)

I was also thinking along these lines.  So long as our tooling never
*shows* the version number to the user (or at least, not unless they ask
for it), then it really doesn't matter how comlpex the version number
format is.  I don't know if adding a timestamp is any more complex than
incrementing a version number... but it might be more informative??


>    The RDF is not fine grained - one RDF document contains, for example,
> all data types. But I want to get only one data type - in case I know that
> this data type has been changed. Perhapd the best explanation is to tell
> you how the current caching works in jMoby:

I see - so jMoby would not automatically know about any newly registered
objects unless you explicitly asked for a refresh of the entire RDF;
however you WOULD be guaranteed of always having the latest version of
whatever object you were working with, because as soon as you "selected"
it, that PARTICULAR object would be validated against the registry.  Is
that correct?

That all sounds great!

Do you want to write up an addition to the RFC?

(we still don't know what you want to be returned by a getData call -
you are keeping us in suspense! ;-) )

M

-- 
--
...his last words were 'Hey guys!  Watch this!'
--
Mark Wilkinson
Asst. Professor
Dept. of Medical Genetics
University of British Columbia
PI in Bioinformatics
iCAPTURE Centre
St. Paul's Hospital
Rm. 166, 1081 Burrard St.
Vancouver, BC, V6Z 1Y6
tel: 604 682 2344 x62129
fax: 604 806 9274

"For most of this century we have viewed communications as a conduit, 
       a pipe between physical locations on the planet. 
What's happened now is that the conduit has become so big and interesting 
      that communication has become more than a conduit, 
       it has become a destination in its own right..."

                Paul Saffo - Director, Institute for the Future