home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!destroyer!news.iastate.edu!vincent2.iastate.edu!cpetersn
- From: cpetersn@iastate.edu (Clifton R Peterson)
- Subject: Re: Advanced Revelation information request
- Message-ID: <cpetersn.724617699@vincent2.iastate.edu>
- Sender: news@news.iastate.edu (USENET News System)
- Organization: Iowa State University, Ames IA
- References: <92Dec12.152128.17650@acs.ucalgary.ca> <1globmINNn4t@crcnis1.unl.edu> <1992Dec17.080403.533@doc.bmd.trw.com> <1gqe5aINNt3n@crcnis1.unl.edu>
- Date: Thu, 17 Dec 1992 18:41:39 GMT
- Lines: 23
-
- In <1gqe5aINNt3n@crcnis1.unl.edu> price@helios.unl.edu (Chad Price) writes:
-
- >A minor semantic point, but important if you are looking for a rules enforcer!
-
- And, if you really need an application where the users must use the dictionary,
- it is definitely possible to not let them use the editor and force the only
- data accesses to be through the entry window, or the reporting functions,
- thus using the dictionary rules. If they need to use the editor for some
- tasks, then it would still be possible to put in an MFS that checked all
- writes to be sure they were from the desired places only.
-
- (Note: MFS - Modified Filing System. It is possible to put programs that
- any call to the Base Filing System must go through that can do many tasks
- that are related to the data structure and not the application, per se.
- One such thing is a READ-ONLY MFS that only passes on read-type calls, none
- of the write-type calls get passed down to the data level.)
-
- Clif
- --
- _________________________________________________________________________
- / Clifton R. Peterson 1108 Burnett (515)232-5254 \
- | B.S. Chem E Ames IA 50010 |
- \_______________"42"_is_one_hell_of_an_answer!!___________________________/
-