Summary: | Data values storage and use 100 bug meta-bug | ||
---|---|---|---|
Product: | Koha | Reporter: | Chris Cormack <chris> |
Component: | Architecture, internals, and plumbing | Assignee: | rinku <rinku7134> |
Status: | RESOLVED MOVED | QA Contact: | |
Severity: | normal | ||
Priority: | P1 - high | CC: | claire.hernandez, cookie.wolfrom, giuseppe.angilella, gmcharlt, koha.sekjal, magnus, rinku7134, td-koha-bugs, veron |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: | unable to search previously added author in koha 3.14 |
Description
Chris Cormack
2010-05-21 01:06:18 UTC
In the case of ISBN normalization, it may pay off to use Business::ISBN to store the ISBNs as their own data type, rather than continually normalizing and reformatting to meet the needs of whichever service or feature. One difficulty with this that Koha currently stores multiple ISBNs into the biblioitems.isbn field, separating multiple occurrences of MARC21 020$a with a ' | ', up to the field size limit. Business::ISBN cannot currently process |; Koha should no longer attempt to store multiple ISBNs in the biblioitems.isbn field. A decision making process is necessary to determine which ISBN of multiple is 'best', but this would require human intelligence or a very complex algorithm with connection to external data sources, so I recommend sticking to the first 020$a encountered. ------ A more large-scale approach may be to eventually remove the biblio and biblioitems tables entirely, and have a single table to store the MARCXML (possibly with some additional fields for internal or statistical metadata). This would involve massive rewriting of Koha to work entirely from MARC. The item information should be separated from the XML, so that XML writing is not required for all circulation transactions. This would not only solve this meta-bug, but also greatly decrease Koha's response time. It may also lead to support of non-MARC XML standards, like DC, MODS, METS or EAD. If there are any issues described in this bug still outstanding, please open a separate bug for each issue. If all the issues described have been fixed, please mark the bug as such. Otherwise, people coming across this bug will believe that all the issues still exist when presumably they do not. Created attachment 27817 [details]
unable to search previously added author in koha 3.14
whenever i am cataloging i want to search all previously added authors in my database . But it is not reflecting any search search results. I have to create always new authority that results into duplicate authors.
Rinku, please be careful, I think this was supposed to go on another bug. You have to make sure your authorities are indexed. It depends a bit on how you installed Koha - I think mailing the mailing list with your problem would be better. I think we can't handle the bug as it currently stands, without someone taking the time to break it up into smaller 'bite size' bugs with descriptions and examples. The bug dates back to 2009 and as no such action has been taken since, I propose to close it in favor of smaller bug reports. (In reply to Katrin Fischer from comment #5) > The bug dates back to 2009 and as no such action has been taken since, I > propose to close it in favor of smaller bug reports. +1 (In reply to Magnus Enger from comment #6) > (In reply to Katrin Fischer from comment #5) > > The bug dates back to 2009 and as no such action has been taken since, I > > propose to close it in favor of smaller bug reports. > > +1 +1 +1 Do eeeeeeeet :) Decided for 'moved' as I think parts of this has been fixed elsewhere or should be moved to new bugs :) |