MUD-Dev
mailing list archive
[ Other Periods
| Other mailing lists
| Search
]
Date:
[ Previous
| Next
]
Thread:
[ Previous
| Next
]
Index:
[ Author
| Date
| Thread
]
Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for
- To: mud-dev#null,net
- Subject: Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for
- From: Ola Fosheim Grøstad <olag#ifi,uio.no>
- Date: Tue, 2 Sep 1997 12:27:53 +0200 (MET DST)
[J C Lawrence]
>My approach, much like ColdX, is to use a binary compressed
>storage/runtime format which can be later devolved to a human-readable
>format. I extend ColdX's model slightly with logging, rollbacks, and
>transaction support. I haven't wiped a DB in years.
But you are talking application level, right? Task specific even? Not
general OS-level persistence libraries used during startup development
which is the topic. Although your system sounds impressive, it isn't
a proof of there being no downs to relying on persistence libraries
only. And I don't believe Jeff's claims about being able to ignore
the difference between realtime information and nonrealtime in general.
I do believe that for an either limited system or for a taskspecific
system of course, because there you can decide where to make the
separation.
Ola.
- Thread context:
- Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for, (continued)
- Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for,
Ola Fosheim Grøstad olag#ifi,uio.no, Mon 01 Sep 1997, 15:15 GMT
- Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for,
Jeff Kesselman jeffk#tenetwork,com, Mon 01 Sep 1997, 20:01 GMT
- Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for,
Ola Fosheim Grøstad olag#ifi,uio.no, Tue 02 Sep 1997, 10:27 GMT
Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for,
coder coder#ibm,net, Mon 01 Sep 1997, 18:44 GMT
Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for,
coder coder#ibm,net, Sun 31 Aug 1997, 19:16 GMT
Re: [MUD-Dev] MUD Design Fundamentals (Was: Looking for books...),
Caliban Tiresias Darklock caliban#darklock,com, Fri 29 Aug 1997, 00:36 GMT
[ Other Periods
| Other mailing lists
| Search
]