Edgewall Software

Changes between Version 32 and Version 33 of GenericTrac


Ignore:
Timestamp:
Aug 3, 2010, 6:44:22 PM (14 years ago)
Author:
Christian Boos
Comment:

a few more details on the sequence number

Legend:

Unmodified
Added
Removed
Modified
  • GenericTrac

    v32 v33  
    1717== Related Proposals ==
    1818
    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].
     19The 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).
    2520
    2621As this will be a major redesign of the data model,
     
    9893 ||= id ||= prop ||= value ||= seq ||
    9994
    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.
    10196
    10297Note 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
     99Note 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...
    103100
    104101==== Schema