2009/7/6, Alexander Wagner <a.wag...@physik.uni-wuerzburg.de>: > Pascal: the latter would be an example usecase for "per > based defined user-flags". Just as you asked, there're more > uses of that kind. (This does not yet refer to indexing > them. But I can imagine a user flag u1-u16 and some field > within the database where I may assing the text "problem > solved" to u1 so Scid shows "problem solved" if u1 is set.)
I understood this. My previous remarks are still valid. In this example for "exercise solved" I'd better add an extra tag [ExerciseSolved "1"] instead of re-using a standard one. The use of extra bits in the index is not mandatory here and certainly an over-kill. To be more precise, there are 3 scenarios : 1. Current user flag set to 1 and free form text in PGN tags or comments. No special structure, no performance cost, fast searches. Very flexible. 2. Add user flags from u1 to u16. Question is how to standardize their use ? (or leave u1 to u16, ugly isn't it ?). Small penalty in RAM (few MB). Fast searches. Certainly poor user interface unless usage is precisely defined and structured (and then less flexible). 3. Add a 32 bits ID for each game (in game index) that points to an extra file containing meta data (could be XML, binary, whatever). Small penalty in RAM (few MB). Poor performance when searching in this extra data. Very flexible. One has still to convince me that the Scenario 1 is not sufficient. Pascal ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/blackberry _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
