Merge Rather Than Delete: Difference between revisions
From MusicBrainz Wiki
Jump to navigationJump to search
(#912 is already implemented (Imported from MoinMoin)) |
(s/TRM/PUID/ (Imported from MoinMoin)) |
||
Line 5: | Line 5: | ||
Deleting releases has two kinds of bad effects on the database: |
Deleting releases has two kinds of bad effects on the database: |
||
* The [[MusicBrainz Identifier|MusicBrainzIdentifier]]<code><nowiki></nowiki></code>s that have been referenced anywhere (tagged files, links to [[MusicBrainz]] from other sites) will become invalid when the item is deleted. When merging it, however, the old [[MusicBrainz Identifier|MusicBrainzIdentifier]]<code><nowiki></nowiki></code>s will forward to the new item. |
* The [[MusicBrainz Identifier|MusicBrainzIdentifier]]<code><nowiki></nowiki></code>s that have been referenced anywhere (tagged files, links to [[MusicBrainz]] from other sites) will become invalid when the item is deleted. When merging it, however, the old [[MusicBrainz Identifier|MusicBrainzIdentifier]]<code><nowiki></nowiki></code>s will forward to the new item. |
||
* Even if there's no useful data ([[Disc ID|DiscID]]s, [[ |
* Even if there's no useful data ([[Disc ID|DiscID]]s, [[PUID]]s, [[Release Event|ReleaseEvent]]<code><nowiki></nowiki></code>s) attached to the release, it's possible that someone may enter a [[Add PUI Ds Edit|AddPUIDsEdit]], [[Add Disc ID Edit|AddDiscIDEdit]] or [[Edit Release Events Edit|EditReleaseEventsEdit]] before your [[Remove Release Edit|RemoveReleaseEdit]] is approved. If so, the recently added data will be lost. |
||
This MergeRatherThanDelete guideline also applies to artists, but since a [[Remove Artist Edit|RemoveArtistEdit]] is not possible for an artist with any releases, tracks or [[Non-Album Tracks|NonAlbumTracks]] it is more of a system-enforced rule than a guideline. An analogous guideline is to [[Merge Misspelled Artists|MergeMisspelledArtists]]. |
This MergeRatherThanDelete guideline also applies to artists, but since a [[Remove Artist Edit|RemoveArtistEdit]] is not possible for an artist with any releases, relationships, tracks or [[Non-Album Tracks|NonAlbumTracks]] it is more of a system-enforced rule than a guideline. An analogous guideline is to [[Merge Misspelled Artists|MergeMisspelledArtists]]. |
||
However, pay close attention to [[Delete Rather Than Merge|DeleteRatherThanMerge]] when dealing with the common "feat artist" problem. |
However, pay close attention to [[Delete Rather Than Merge|DeleteRatherThanMerge]] when dealing with the common "feat artist" problem. |
Revision as of 17:47, 5 December 2008
Merge Rather than Delete Duplicate Releases
It's usually best to enter MergeReleasesEdits to deal with DuplicateRelease
s instead of entering RemoveReleaseEdit
s.
Deleting releases has two kinds of bad effects on the database:
- The MusicBrainzIdentifier
s that have been referenced anywhere (tagged files, links to MusicBrainz from other sites) will become invalid when the item is deleted. When merging it, however, the old MusicBrainzIdentifier
s will forward to the new item.
- Even if there's no useful data (DiscIDs, PUIDs, ReleaseEvent
s) attached to the release, it's possible that someone may enter a AddPUIDsEdit, AddDiscIDEdit or EditReleaseEventsEdit before your RemoveReleaseEdit is approved. If so, the recently added data will be lost.
This MergeRatherThanDelete guideline also applies to artists, but since a RemoveArtistEdit is not possible for an artist with any releases, relationships, tracks or NonAlbumTracks it is more of a system-enforced rule than a guideline. An analogous guideline is to MergeMisspelledArtists.
However, pay close attention to DeleteRatherThanMerge when dealing with the common "feat artist" problem.
- And which problem would that be? --Keschte