[Biopython-dev] [Bug 2833] Features insertion on previous bioentry_id
bugzilla-daemon at portal.open-bio.org
bugzilla-daemon at portal.open-bio.org
Tue Jun 2 18:15:03 UTC 2009
http://bugzilla.open-bio.org/show_bug.cgi?id=2833
------- Comment #22 from andrea at biodec.com 2009-06-02 14:15 EST -------
(In reply to comment #21)
> (In reply to comment #20)
> >
> > What i think...
> > 1) the solution is almost correct
> > 2) but we have for sure to consider both rules because ("i tried") and
> > they work fully independetly.. so we need to check both rules.
>
> It would be odd for someone to delete one rule but not the other. But yes, we
> should test for both.
>
very odd... and fully improbable.. but possible and it could rise
"noisy bugs" in future (i will slowly forget many of the things we are
speaking about)
> > 3) the unicity is related to the biodatabase, so i can add 2 record with
> > identical accession, or identifier or both... but different biodatabase
> > and this works perfectly.
>
> Good.
>
> > 3) At the end i would like to add also a warning because the presence
> > of the rules cause an overhead into insertion because trigger other
> > queries.... (and it could be convenient to inform...)
>
> Yes, having a warning (even if Biopython can be made to cope with the rules)
> seems sensible.
Also, in the worning, telling something about performance issues....
>
> I've just updated CVS to check for either of the bioentry rules and issue a
> warning (based on Cymon's patch). Adding the work around with the extra query
> would be the next step (at which point the warning text would need updating).
>
> Peter
>
Thanks
andrea
--
Configure bugmail: http://bugzilla.open-bio.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Biopython-dev
mailing list