History:Object Model/Representing Remixes
From MusicBrainz Wiki
Jump to navigationJump to search
Thoughts on Representing Remixes in the ObjectModel
Remixes make the layers of the ObjectModel between the ../PerformanceObject and the ../TrackObject a royal pain. Actually remixes would be the only reason to use the ../MixObject at all.
The whole issue can be greatly simplified if a remix is seen as a performance. If we define a remix of being a ../PerformanceObject of its own, this has the following consequences:
- A ../MasterObject belongs to exactly one ../PerformanceObject. Anything that combines multiple performances is a remix and therefore a performance of its own again.
- The ../MixObject can be merged with the ../MasterObject. Defining the boundaries between these two objects was close to impossible.
- Remixes can be modelled by AdvancedRelationships from the ../MasterObject
s that get remixed to the ../PerformanceObject they get remixed in.
So things have becom simple again. Good sign.