[Home] [Groups] - Message: [Prev in Group] [Next in Group]
12021: RE: [MUD-Dev] The grass is always greener in the other field
[Full Header] [Plain Text]
From: "Koster, Raph" <rkoster@origin.ea.com>
Newsgroups: nu.kanga.list.mud-dev
Date: Thu, 16 Dec 1999 18:41:35 -0600
Organization: Kanga.Nu
Cynbe ru Taren said:
> I think that this problem (storage of objects that are being hoarded or
> otherwise stored away, outside of common day-to-day usage) can be solved
on
> the technology side of things.
Design IS technology. :) Meaning, virtually every problem associated with
mud design is a design issue as well as a technology issue, and vice versa.
> This is surely a problem for a system that
> attempts to load the entire DB into memory. A disk-based system wouldn't
> have this problem.
Sure it would. It just has different consequences. Any way you slice it, it
is to an admin's advantage to minimize footprint in memory and on disk.
> A log-structured would appear to be potentially beneficial here as only
> changes would need to be saved, making incremental backups much easier.
> That introduces a few extra issues: collapsing the logs, etc, but those
are
> all well researched. This would may not be a good solution for all of the
> database needs as the log files could end up being far larger than the
usual
> DB files, if the objects were involved in frequent state changes.
There's also speed issues.
> Another potential solution might be to use separate databases for varying
> types of classes of objects. In this way, you can store things like homes
> in a separate DB which has a set of policies aimed at providing a more
> optimal storage strategy.
Yep.
-Raph
_______________________________________________
MUD-Dev maillist - MUD-Dev@kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev