https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26156
--- Comment #3 from David Cook <[email protected]> --- (In reply to Katrin Fischer from comment #2) > I am not sure if I see the need as the table has a primary key that is > unique and that key is used for example when you use the matching rules with > the command line scripts. > The primary key isn't very friendly though. I've done some work with matching rules (before discarding it), and working with the codes is much nicer. It's also possible that you could delete your record matching rule and re-create it, and then your old primary key is gone, but your code could still be the same. > We don't keep people from naming other things the same - it seems if they > do, that's not ideal, but doesn't necessarily need a code solution. Well, this would be a database schema change rather than a code solution per se. It would just be making a unique key for the code column. (The code solution would just be necessary at update time before creating the unique key to prevent fatal database errors.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
