C-ISAM: should we use it?
Posted in 1991
Path: emory!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!redsox!campbell From: campbell@redsox.bsw.com (Larry Campbell) Newsgroups: comp.databases.informix Message-ID: <1991Sep23.042632.4884@redsox.bsw.com> Date: 23 Sep 91 04:26:32 GMT Sender: campbell@redsox.bsw.com (Larry Campbell) Organization: The Boston Software Works, Inc. I'd like to port some software to UNIX that presently runs on a bunch of different proprietary platforms. One of the things I need that UNIX doesn't have (and all the other platforms do) is a simple ISAM file facility. We'd rather buy something that's mature and robust than reinvent the wheel, so I'm wondering what folks out there think of C-ISAM. Our requirements are simple. We need multiple keys with duplicates allowed on the alternate keys (these requirements pretty much rule out dbm and dbz and such), record locking, and the ability to delete records. We do *not* need segmented keys, numeric (multibyte integer) keys, transaction rollback, or anything fancy like that. We also need absolute reliability and robustness. We'd prefer source, but if only binaries are available, they must be available for SunOS, SCO, SVR4, AIX, HP-UX, and Ultrix. Can any C-ISAM users comment on this? Will C-ISAM suffice? Is it overkill? Is it rock-solid? Is source available? etc. -- Larry Campbell The Boston Software Works, Inc., 120 Fulton Street campbell@redsox.bsw.com Boston, Massachusetts 02109 (USA)