# Minimal.DB

"Timothy C. Brown" (tbrown@icon-stl.net)
Thu, 16 Nov 1995 09:23:47 PST

- Messages sorted by:[ date ][ thread ][ subject ][ author ]

    This is (IMHO as usual) a Good Idea (tm).  The reason why I say this is I
    have something to add to it first.  The cool thing about this idea is we
    could (as necessary) insert/delete program libraries as needed.  What I
    mean is, we can take a FUP-type approach (like the wizards over at
    RiverMOO have done) to move most of the database out to disk and then read
    it back in (the modules, that is)....

    So, for example.  Let's say the multicommunication feature (for example)
    is not being used at this point.  Somebody throws out a request (running
    a verb on it) and the server imports the communications module (with the
    MC feature) and runs it, then dropping it back out if it isn't used in 15
    minutes or whatever.

    This may make processing time on verbs a little slower, but it could also
    speed it up seeing as how the MOO's in-memory size is decreased.

    Ideas?  Comments?  Am I totally unintelligible here?

    Tim/Phylon

    Timothy Brown <tbrown@icon-stl.net>
    http://www.icon-stl.net/~tbrown/

    On Thu, 16 Nov 1995, Graeme Smith wrote:

    >
    >
    > GRAEME SMITH                         email: grysmith@freenet.edmonton.ab.ca
    > 2536 138A ave Edmonton
    >
    > In my opinion, there should be a functional range of cores, with tradeable
    > components or Modules, oriented towards specific functions, and specific
    > applications.
    >
    > In NewCore, I am considering the following breakdown:
    >
    > Mod0.db   A slightly more sophisticated version of Minimal.db with
    >           Lambda style multiple user capabilities, and a SuperWizard
    >           Called Archwizard oriented towards maintenance of the Db.
    >
    > Mod1.db   A Module to add to Mod0.db adding a necessary Guest Level
    > 	  Character, Detailed rooms, and Feature Objects, or Verb Libraries
    > 	  etc.
    >
    > Mod2.db   A Module to add basic Programming capabilities
    > 	  an editor, Toolkits, and utilities, the base level programmer
    > 	  and a help system, Tutorial system etc.
    >
    > Mod3.db   A Module to add basic building capabilities
    > 	  Generic Rooms, special Rooms for building in, special
    > 	  building tools...etc.
    >
    > Mod4.db   A Module to introduce Player Diversity
    >
    > Mod5.db   A module to introduce controlled melding of objects
    > 	  and thus to allow multiple inheritance
    >
    > Mod6.db   A module to introduce Library Functions for swapping in
    > 	  and out Modules as needed.
    >
    > Mod7.db   A module to introduce advanced vr techniques
    > 	  such as morphing etc.
    >
    > Mod8.db   A module to introduce network interconnectivity
    >
    > etc.
    >
    > Once the basic System was modularized in this manner, and so that the
    > dependencies between the modules are obvious, and declared, it could
    > then be combined with a file system and Application Libraries. Essentially
    > turning the Core itself into a Dynamic Link Library of Unique Objects, and
    > Useful Verbs. The Modules could then be mixed and matched to create specific
    > environments.
    >
    > IMHO that is a far superior Database, than the mostly adhoc ones that we
    > see today.... of course the selection of functions and the order is open
    > for debate, as I am just starting work on Mod0, and expect to be tied down
    > with it, for an extended period as I attempt to perfect it. :)
    >
    > A newbie Archwizard that is Modularizing the Core out of Sheer Frustration
    > at it's lack of maintainability.
    >
    > On Wed, 15 Nov 1995, Timothy C. Brown wrote:
    >
    > > IMHO, I just think there should be a MOO Database Archive, housing all manner
    > > of core databases for specific functions.  Like an RPG Core for RPG MOOs
    > > (AD&D perhaps?) or something similar; then cores for social (talker) MOOs
    > > (Perhaps with channel communications), etc, etc.
    > >
    > > Timothy Brown <tbrown@icon-stl.net>
    > > http://www.icon-stl.net/~tbrown/
    > >
    > > On Wed, 15 Nov 1995, C. Regis Wilson wrote:
    > >
    > > > >So I was once again hacking minimal.db, and I notice that I'm always
    > > > >starting with the same steps.  Why doesn't minimal.db consist of a single
    > > > >object, #0, which is a player and a programmer and a wizard, with a
    > > > >:do_login_command verb which returns #0?  I don't see any reason for
    > > > >minimal.db to contain a room or root parents at all.
    > > > >
    > > > The question is, "What is truly minimal?"  Some might argue that LambdaCore
    > > > is minimal.  Others posit that ZenMOO (http://www.zennet.com/) is minimal,
    > > > but which version, since there are two?  Don't get me wrong, I agree with you,
    > > > but perhaps the core could be released with several different "minimal"
    > > > cores.  Shall we say that a core under 1K is minimal?  Then, we could have
    > > > in the distribution:
    > > >
    > > > minimal.db(old)
    > > > sort_of_minimal.db
    > > > mostly_minimal.db
    > > > the_latest_in_minimal_dbs.db
    > > >
    > > > Pavel?
    > > > ----------
    > > > T. Pascal, King of Pascal    |  "A bird in         |  Can you find seven
    > > > 4527 Avocado St.             |   in the hand is    |  errors in this .sig?
    > > > Los Angeles, CA 90027        |   is worth two in   |  Hint:  the addresses
    > > >                              |   in the boosh."    |  ain't correct.
    > > >       t_pascal@{{[[cheshire.,bobcat.,bengal.,cougar.],[[cub.,blackcat.,
    > > >   cheetah.]math.]]oxy.edu},{[pc4.,pc5-1.,pc3--1.,cub.,zenmoo.]zennet.com}}
    > > >
    > >
    > >
    >