> 3. Links to other games requires an additional data file, and an additional > attribute inside the game data.
Do you mean you are going to create a 4 file system ? Though your DB knowledge is much greater, I find it hard to see the worth of persistant game links. 1. More effort at base compaction/sort 2. Dereferencing game links makes PGN viewing much more complicated. 3. (Selective) game copy between database loses data/game links if referenced games are not also copied. Even if they are - trying to preserve game links would be very ugly. 4. You need a good DB design , which can't be hurried. 5. Scidb' tree shows matched games anyway - at good speed The way Scid handles this seems fine to me - With a little effort, we can merge (say) next 10 moves of a referenced game as a variation with a comment showing the source game info. This avoids all the pitfalls and complexity of permanent game links whle still providing a good view of the relevant game. Tree/position search/browse game can always be used for more information. PS - Gregor, are you even going to have a permanent sort feature ? regards, Steven
