On 11/27/06, Giel van Schijndel <[EMAIL PROTECTED]> wrote:
>> What about using XML purely for data storage. Then upon compiling >> loading all this data into an sqlite database, which is really fast too >> my experience if you make use of transactions a lot. This way you'd only >> have to load the database, have no need to reserve rather large chunks >> of memory to contain the data for the current playing map, etc.
...
Well it is of course just as well possible to include a database generator in the game itself and let it regenerate (parts of) the database when it detects changed .xml-files.
You want the game engine to look up data from an sql database _live_ during the game? Notwithstanding the enormous amount of code changes this would imply: You also should not compare the speed of xml to the speed of an sql db (where sql db would win hands down any speed contest), but an sql db with the speed of the current, custom made data structures, where an sql db would be far, far slower. I think we are talking here merely about data formats for storing on the disk, not for looking up data from memory during gameplay. (Of course, things get somewhat different for scripts, if converted to lua. But that is a slightly different matter.) - Per _______________________________________________ Warzone-dev mailing list [email protected] https://mail.gna.org/listinfo/warzone-dev
