Last modified: 2013-01-14 18:00:39 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T44685, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42685 - Remove the label/description uniqueness constraint for items
Remove the label/description uniqueness constraint for items
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
WikidataRepo (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Wikidata bugs
:
Depends on:
Blocks: 42547 42754
  Show dependency treegraph
 
Reported: 2012-12-04 14:13 UTC by Daniel Kinzler
Modified: 2013-01-14 18:00 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Daniel Kinzler 2012-12-04 14:13:48 UTC
The constraint that only one item can have a given combination of label and description per language is nice to have, but hard to enforce: the consistency requirements need transactional logic, which causes excessive lock retention and time outs. So, just drop it.

Note that we still need to keep the "unique label per language" constraint on properties (and probably also on queries). Maybe we need a dedicated DB table for these.
Comment 1 Daniel Kinzler 2012-12-04 14:54:11 UTC
The requirement here is not to remove the check for conflicting items upon save: we can keep that check, as and advisory. But we can't *guarantee* uniqueness of label/description/language efficiently, and we shouldn't try. So, updates of the wb_term table should be reviewed to minimize lock retention.
Comment 2 Daniel Kinzler 2012-12-11 17:03:17 UTC
Change I4e3bf661: (bug 42685) item label/description is not unique.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links