Changes between Version 32 and Version 33 of GenericTrac
- Timestamp:
- Aug 3, 2010, 6:44:22 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GenericTrac
v32 v33 17 17 == Related Proposals == 18 18 19 This stems from the following former proposals: 20 - TracObjectModelProposal 21 - TracDev/Proposals/DataModel 22 - TracDev/Proposals/Journaling 23 24 See also [googlegroups:trac-dev:8cf3f5fe0e476ce5 this mail]. 19 The idea is not new, it has its root in the TracObjectModelProposal, and was refined several times (TracDev/Proposals/DataModel, TracDev/Proposals/Journaling, see also [googlegroups:trac-dev:8cf3f5fe0e476ce5 this mail). 25 20 26 21 As this will be a major redesign of the data model, … … 98 93 ||= id ||= prop ||= value ||= seq || 99 94 100 //seq// is the sequence number in case of multiple entries with the same property name.95 //seq// is the sequence number, which is used to support multiple values for the same property. 101 96 102 97 Note by the way that newer "resources", like `repository` in MultiRepos already have this `(id,prop,value)` form, we'd only have to add `seq`. 98 99 Note also that this sequence number could be a globally unique sequence number, which would make it possible to use it as a foreign key in specialized tables, in case properties are needed to describe the resource - property relation itself... 103 100 104 101 ==== Schema