Alexander, I agree completely that _internally_ Scid should mark games as "deleted" instead of really removing them, for speed and undeleting et cetera.
I just think it should be far less visible to the _user_: the user should not see games that he just deleted in the game list. Only in some specialized places, like an undelete window. Remco On Wed, Dec 30, 2009 at 2:45 PM, Alexander Wagner < [email protected]> wrote: > Remco Gerlich wrote: > > Hi! > > > Compacting the game file frees up unused space, by removing deleted games. >> >> Very user-unfriendely, in my opinion... >> > > Remco, no offense, but IMHO you miss some important points > if you call this "user-unfriendly" (not ot speak of the > "very" ;) > > - if they get deleted right away there would be no way > to undelete. Absolutely no way. (I can actually hear the > screams right arround the globe for an undelete feature ;) > > - sometimes you delete a bunch of games by criteria (header > search or whatever) to undelete another bunch of them > again. This can be a lot faster than deleting only those > you want to be deleted. This would not be possible with > autocompactation. > > - Speed! Compacting the database needs quite some time. > Guess why. You actually have to rewrite the DB without the > games deleted. Surely you'll not want to wait all the time > till this is done. Yes, this is fast for a small bunch of > games, but consider some 10^6 games... (The size of DBs > Scid is actually meant to be used for.) Also for speeds > reason the games are not organised like files in the file > system where you can easily drop one of them inbetween. > > - Indexing. For fast searches you need to index parts of the > games header. If you just drop all moves from a deleted > game without cleaning up the index you'll end up with an > inconsistent database. > > - Dupe checking. Would you really want to automatically > remove all suspeced dupes Scid finds right away without > any way to check them? (If so, just use the cleaner from > maintanance.) > > Notice the fundamental difference between <place your > favourite PGN viewer here> and Scid in this regard. Scid is > a database and for this reason behaves like a database. Now, > if you do a lot of cleaning in a database it is usually much > better to compcat the thing once you're done with your work > including reorganisation of the indicees and so on and not > right after any other delete option. > > Note, that you can, however, skip deleted games easily in > the games list if you set "find games with flags" to "No" > for the "deleted" flag. (Header search.) > > Tim, once you compaced the game file you'd most likely also > want to compact the name file to free up some bytes in the > indicees. > > > -- > > Kind regards, / War is Peace. > | Freedom is Slavery. > Alexander Wagner | Ignorance is Strength. > | > | Theory : G. Orwell, "1984" > / In practice: USA, since 2001 >
------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
