From: pgeorges <pas...@fr...> - 2008-06-27 19:24:02
|
Michal Rudolf a écrit : > Pascal Georges, czwartek, 26 czerwca 2008: > > >> The penalty is at least 15 bytes + tag (uid) = 18 bytes. I checked the >> "enormous" base on Crafty's site, and each game is 82 bytes on average. So >> we increase games' data by 18% ! The figure is high, and should be around 8% >> with games where the header part has more info (like Chessbase for example), >> where the average size of games is about 200 bytes. >> > > >> No, because the idea is to use a flag (that already exists) and add >> information only to the relevant games. For example, consider the tactics >> flag : only few games would need this flag along with the extra PGN tags. >> Consider the main references : >> - CT Art : 1200 games >> - Polgar's endgames, middlegame and endings books : around 5000 games each. >> >> If we achieve to correctly set flags and PGN tags in a big ref DB with as >> many games as above, this would mean about 5000*50 bytes = 250 kB of extra >> info in sg3 file, with nearly no penalty on searches (because of the flag). >> > > >> And to have games annotated / flagged would give a very good "added value" >> to Scid's users. In fact I would love to get performance decreases because I >> have a DB with a lot of info and training exercises ! >> > What about using just a flag to mark that category/subcategory is available > for the game? > > This is the simplest way and a sufficient one for me. > (In fact, I still don't believe flags are useful here, I doubt we will ever > have training database with >10K games. Flags are useful if those flagged games are in a big DB, and you want to extract them from time to time. If you dedicate DB for several purposes (tactics, endings, critical middlegame positions,...) you don't need flags, but they are harmless. Pascal |