home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / databases / free-databases < prev    next >
Encoding:
Internet Message Format  |  1997-08-17  |  111.2 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!news-ext.crl.dec.com!decwrl!newsspool.doit.wisc.edu!night.primate.wisc.edu!nntp.msstate.edu!cssun.mathcs.emory.edu!gatech!howland.erols.net!newshub2.home.com!newshub1.home.com!news.home.com!news1.best.com!news.idiom.com!idiom.com!not-for-mail
  2. From: David Muir Sharnoff <muir@idiom.com>
  3. Newsgroups: comp.databases,comp.databases.object,comp.answers,news.answers
  4. Subject: Catalog of free database systems
  5. Supersedes: <freedb-1.14@idiom.com>
  6. Followup-To: comp.databases
  7. Date: 6 Aug 1997 15:34:51 -0700
  8. Organization: Idiom Consulting
  9. Lines: 2803
  10. Approved: news-answers-request@mit.edu
  11. Expires: Fri, 15 Sep 1998 23:59:00 GMT
  12. Message-ID: <freedb-2.0@idiom.com>
  13. Reply-To: free-databases@idiom.com
  14. NNTP-Posting-Host: idiom.com
  15. Xref: senator-bedfellow.mit.edu comp.databases:70783 comp.databases.object:15178 comp.answers:27641 news.answers:109959
  16.  
  17. Archive-name: databases/free-databases
  18. Last-modified: 1997/08/06
  19. Version: 2.0
  20.  
  21.     Catalog of Free Database Systems
  22.  
  23. This document attemts to catalog databases that are 
  24. available without payment and with source.  
  25.  
  26. The latest version of the document can be ftp'ed: get
  27. pub/free-databases from ftp.idiom.com.  The latest version is
  28. always posted; the ftp version is never ahead.
  29.  
  30. There is a WWW version provided by Karl Guggisberg of the Software
  31. Composition Group: http://cuiwww.unige.ch/~scg/FreeDB/
  32.  
  33. I will post this document about once a year to comp.databases,
  34. comp.databases.object, comp.answers, and news.answers.  I will also
  35. post it to other groups somewhat randomly.
  36.  
  37. Please send additions, corrections, and donations to 
  38. David Muir Sharnoff <free-databases@idiom.com>
  39.  
  40.  
  41. I would like user testimonials.  I want to know which databases
  42. are usable and which are trustable!  Is there any database on this
  43. list that I could store payroll records on?   I have not used any
  44. of these database nor have I used many commercial databases.  I am
  45. not qualified to answer your database questions or able to reccomend
  46. a database for your use.  Please try not to ask.
  47.  
  48. Thanks,
  49.  
  50. -Dave
  51. Idiom Consulting, Berkeley, CA
  52.  
  53.  
  54. Copyright (C) 1993-1997 David Muir Sharnoff, All rights reserved.
  55.  
  56. ---------------------------------------------------------------------------
  57. Prototype entry:
  58.  
  59. name:        The name of the package
  60. version:    The current version number of the package
  61.         direct inquiries to "contact."
  62. interface from: (interface packages only) front end protocol/program/language
  63. interface to:    (interface packages only) back end protocol/program/server/etc.
  64. interfaces:    The external interfaces that are supported by
  65.         the package.  Common interfaces are: SQL, ESQL,
  66.         dbm, X, etc.
  67. access methods: A list of the database access methods that are supported
  68. multiuser:    Can more than one person access the package at
  69.         the same time.    
  70. transactions:    Does the package support transactions?  (Consitency, rollback,
  71.         and rollforward?)
  72. distributed:    Does the package support distributed databases?
  73. query language: What query languages does the package support
  74.         if any?     SQL, QUEL, etc.
  75. index size:    (full text packages only) the size of the index as a percentage
  76.         of the size of the text to be indexed.
  77. limits:        Any known, annoying limits
  78. robustness:    Can this package be used on mission-critical data?  Is the
  79.         package bug free?  Does it crash?  If it supports multi-user
  80.         transactions, does it make guarentees and keep them?
  81. description:    A description of the package.
  82. references:    Pointers to other documentation (not including that which
  83.         is included in the package)
  84. status:        current developement status (supported, actively developed, etc)
  85. announcements:    Where to get announcements
  86. discussion:    Where to send, or how to join discussions about the package
  87. bugs:        Where to send bug reports
  88. requires:    Special requirements for installing or running
  89. ports:        What does the package run on?
  90. restrictions:    Special copyright or other restrictions on the software
  91. author:        The primary author, if known.  If not known, 
  92. contact:    The current contact point.  If not specified, 
  93.         use "author."
  94. how to get:    Instructions for obtaining the package
  95. updated:    When the package was last updated (yyyy/mm/dd)    
  96.  
  97.  
  98. ---------------------------------------------------------------------------
  99. --------------------------- relational databases --------------------------
  100. ---------------------------------------------------------------------------
  101.  
  102. name:        Beagle SQL
  103. version:    1997/04/03
  104. interfaces:    SQL, C API
  105. access methods: Btree
  106. multiuser:    ?
  107. transactions:    ?
  108. distributed:    no
  109. query language: SQL
  110. limits:        ?
  111. robustness:    Quote from disclaimer: "This code WILL contain bugs"
  112. description:    A client-server database system under development.  Beagle
  113.         SQL supports variable length records.
  114. status:        under development
  115. discussion:    send "SUBSCRIBE beagle your name" to istproc@brttech.com
  116. ports:        unix, OS/2
  117. author:        Robert Klein <rvklein@ober.com>
  118. how to get:    http://tiny.iapnet.com/rob/beagle.html
  119. updated:    1997/04/03
  120.  
  121. name:        Datascope
  122. version:    3.1
  123. interfaces:    C, Fortran, Perl, Tcl, command-line, X11
  124. multiuser:    no
  125. transactions:    no
  126. distributed:    no
  127. query language:    ?
  128. description:    A major component of the Datascope Seismic Application
  129.         Package is a relational database system, Datascope. Although
  130.         it is used primarily for seismic applications at the JSPC,
  131.         it is a general purpose database system which can also be
  132.         useful outside the seismic community.  Datascope is a
  133.         relational database system in which tables are represented
  134.         by fixed-format files.  The system provides the standard
  135.         operations on relational database tables: subsets, joins,
  136.         and sorts. And, since the data is typically plain ascii,
  137.         it's also possible to just use standard UNIX tools like
  138.         sed, awk, and vi.  Some features:
  139.         + It is possible to store ranges as keys and index them
  140.         + Attributes can have units
  141.         + Support for foreign keys
  142.         Datascope provides a cheap, easy, fairly intuitive way of 
  143.         moving from the traditional plethora of formats to a better 
  144.         approach which organizes the data, documents it, and 
  145.         provides powerful tools for manipulating it.
  146. status:        ?
  147. ports:        SunOS, Solaris, Irix
  148. author:        Daniel Quinlan
  149. how to get:    http://jspc-www.colorado.edu/software/software.html#datascope
  150. updated:    1996/01/01
  151.  
  152. name:        DiamondBase
  153. version:    0.31
  154. interfaces:    C++ library
  155. access methods: b+ tree
  156. multiuser:    very limited
  157. transactions:    no
  158. distributed:    no
  159. query language: C++ methods
  160. limits:        limits are set at compile time.     The default max records 
  161.         is 21474836.
  162. robustness:    The database engine is quite stable.  The multi user
  163.         component is a more recent addition, and is still considered
  164.         beta.  The single user version is separate however and
  165.         unaffected.
  166. description:    DiamondBase is written entirely in C++, and uses a schema
  167.         compiler to generate C++ class defintions for the objects,
  168.         as well as some comparison code which is also linked in to
  169.         the final executable. Facilities are now available to access
  170.         generic relations without providing comparison code. It
  171.         was written originally as a replacement for MetalBase which
  172.         was too slow.  DiamondBase is very fast.
  173. announcements:    send mail to Darren Platt to be put on their list
  174. questions:    send mail to Darren Platt
  175. bugs:        send mail to Darren Platt
  176. requires:    C++
  177. ports:        many Unix platforms and OS/2 under cfront or gcc or 
  178.         Borland's compiler.  Recent ports to Dos/windows.
  179. restrictions:    Free usage for non-commerical applications -- negotiate
  180.         anything else.
  181. author:        Kevin Lentin, Andrew Davison, Darren Platt
  182. contact:    Darren Platt <darrenp@dibbler.cs.monash.edu.au>
  183. how to get:    http://www.cs.monash.edu.au/~darrenp/diamondbase.html
  184. updated:    1994/12/22
  185.  
  186. name:        GNU SQL
  187. version:    0.7b5.3
  188. interfaces:    SQL
  189. access methods: B-tree
  190. multiuser:    yes
  191. transactions:    yes
  192. distributed:    no
  193. query language: SQL
  194. limits:        ?
  195. robustness:    ?
  196. description:    SQL Server is a free portable multiuser relatational database
  197.         management system. It supports the full SQL89 dialect and
  198.         has some extensions from SQL92. It provides multiuser access
  199.         and transaction isolation based on predicative locks. The
  200.         working OS: UNIX. The working language: C . It also uses
  201.         RPC, shared memory and message queues.
  202. references:    http://www.ispras.ru/~gsql
  203. status:        actively under development
  204. bugs:        bug-gnu-sql@prep.ai.mit.edu
  205. restrictions:    GNU General Public License
  206. author:        Sergev Kuznezov, Michael Kimelman, Vera Ponomarenko,
  207.         Kostya Dyshlevoi, Andrew Yahin
  208. contact:    gss@ispras.ru
  209. how to get:    ftp://alpha.gnu.ai.mit.edu/gnu/gnusql-*
  210. updated:    1997/06/12
  211.  
  212. name:        LEAP
  213. version:    1.0
  214. interfaces:    command line
  215. access methods: ?
  216. multiuser:    no
  217. transactions:    no
  218. distributed:    no
  219. query language: relational algebra
  220. limits:        ?
  221. robustness:    fine for educational purposes
  222. description:    LEAP is a an educational tool.  It is a full relational
  223.         database system.  It uses relational algebra as a query 
  224.         language.  LEAP allows practically all the algebraic examples 
  225.         in many popular DBMS books to be entered with little or 
  226.         no modification.  Leap is written in C and fairly simple.
  227. status:        actively developed
  228. ports:        DOS, Windows, unix
  229. restrictions:    GNU General Public License
  230. author:        Richard Leyton <leyton@acm.org>
  231. how to get:    http://www.dogbert.demon.co.uk/leap.html
  232. updated:    1997/05/24
  233.  
  234. name:        MetalBase
  235. version:    5.0
  236. interfaces:    custome C library
  237. access methods: AVL-trees
  238. multiuser:    yes, but in theory race conditions still exist
  239. transactions:    yes
  240. distributed:    no
  241. query language: "Report", and "View Relation" a curses based viewer
  242. limits:        ?
  243. robustness:    data corruption is possible when MetalBase is not shut 
  244.         down correctly
  245. description:    MetalBase is a small relational database.  It has all the
  246.         pieces that a relational database should C interface, curses
  247.         interface, report writer, etc.    It does not have design which
  248.         takes advantage of shared memory or the better access methods.
  249.         None of the interfaces are standard, but all of them are easy
  250.         to use.
  251. discussion:    mbase-request@internode.com.au
  252. requires:    curses
  253. ports:        Linux, MS-DOS, Amiga, NeXT, Coherent, Macintosh MPW, SGI, Xenix
  254. restrictions:    donations are suggested
  255. author:        Richid Jernigan / PO Box 827 / Norris TN 37828
  256. how to get:    ftp systems/unix/linux/sources/usr.bin/mbase.tar.z 
  257.         from ftp.uu.net
  258. updated:    1992/10/01
  259.  
  260. name:        mSQL (Mini SQL)
  261. version:    1.0.9
  262. interfaces:    C, ESL, Tcl, Perl, Python, NextSTEP, X11
  263. access methods: Flat data with external primary key mapped into virtual
  264.         address space of server process.
  265. multiuser:    yes (25 simultaneous connections)
  266. transactions:    no
  267. distributed:    no
  268. query language: SQL
  269. limits:        none
  270. robustness:    Pretty good - getting better all the time.  One positive
  271.         user testimonial so far.
  272. description:    Mini SQL or mSQL is a light weight database engine that
  273.         supports a significant subset of the ANSI SQL specification 
  274.         (including joins, ORDERing, DISTINCT, NULL handling, etc).
  275.         It is a single proces engine and doesn't use vast amounts of 
  276.         system resources as other engines can.    It supports
  277.         client server operations over TCP/IP networks and provides
  278.         quite reasonable performance.  As an example, on a clunky old
  279.         25mhz 386 running Linux (one of the supported platforms) a
  280.         sustained rate of 67 inserts per second was achieved 
  281.         during the insertion of 100,000 table entries.
  282. discussion:    msql-list-request@bunyip.com
  283. ports:        SunOS, Solaris, HP-UX, AIX, Linux, FreeBSD-2, SCO, SVR4, 
  284.         NeXT, Cray Unicos, OSF/1, Ultrix.
  285. restrictions:    free for NON-COMMERCIAL USE ONLY
  286. author:        David Hughes <Bambi@Bond.edu.au>
  287. how to get:    ftp pub/Minerva/msql/ from Bond.edu.au
  288. updated:    1995/10/29
  289.  
  290. name:        MySQL
  291. version:    3.20.24a, 3.21.4-alpha
  292. interfaces:    SQL, ODBC, C, Perl, JAVA, C++, Python, command line
  293. access methods: B-tree on disk, hash tables in memory
  294. multiuser:    yes
  295. transactions:    no, but tables can be locked in 3.21
  296. distributed:    no, mirroring is possible
  297. query language: SQL
  298. limits:        16 keys / table, max key length: 500 bytes
  299. robustness:    B-tree code is extreamly stable; 24 hour operation is possible
  300. description:    MySQL is a fully functional relation database.  It supports
  301.         a subset of ANSI SQL and includes many extensions.  It
  302.         has a C API that is very similar to mSQL's.  Some features:
  303.         + multi-threading;
  304.         + all password traffic is encrypted.
  305.         + all columns have default values
  306.         + table check and repair utility included
  307.         + table and column aliases as per SQL92 standard.
  308.         + no memory leaks (purified)
  309.         + all joins made in one pass
  310.         + fixed and variable length records
  311. status:        actively developed and commercially supported
  312. ports:        BSDOS, SunOS, Solaris, Linux, IRIX, AIX, OSF1, BSD/OS, FreeBSD
  313. restrictions:    Commercial redistribution requires a license
  314. author:        Michael Widenius
  315. contact:    mysql@tcx.se
  316. how to get:    http://www.tcx.se
  317. updated:    1997/08/05
  318.  
  319. name:        PostgreSQL
  320. version:    6.1.1
  321. interfaces:    SQL, C API, C++ API, Tcl API, Perl5 API, Python API, 
  322.         WWW Gateway, JDBC driver, X11
  323. access methods: Heap plus secondary indexes: B-tree, R-tree, Hash.
  324. multiuser:    yes
  325. transactions:    yes
  326. distributed:    no
  327. query language: SQL
  328. limits:        ?
  329. robustness:    ?
  330. description:    PostgreSQL is derived from the Postgres research database. 
  331.         It is a full-featured object-relational database system. It
  332.         supports declarative queries in SQL, query optimization,
  333.         concurrency control, transactions, multi-user support and
  334.         a number of security features.  Extensibility features
  335.         include user defined operators, types, functions and access
  336.         methods.  Application programmer interfaces (APIs) exist
  337.         for C, C++, Java, Perl4, Perl5, Python, SQL and Tcl.  ODBC
  338.         and JDBC drivers are available from commercial sources and
  339.         free versions are under development.  
  340. status:        actively developed
  341. bugs:        mailing list: pgsql-bugs@postgresql.org
  342. ports:        Linux, Solaris, Digital Unix, *BSD and more
  343. contact:    mailing list: pgsql-questions@postgresql.org
  344. how to get:    http://www.postgresql.org
  345. updated:    1997/07/31
  346.  
  347. name:        Postgres
  348. version:    4.2 beta
  349. interfaces:    libpq (C interface), pgbrowse (tk-based browser)
  350. access methods: Heap plus secondary indexes: B-tree, R-tree, Hash.
  351. multiuser:    yes
  352. transactions:    yes
  353. distributed:    no
  354. query language: Postquel (incompatable, extended variant of QUEL)
  355. limits:        ?
  356. robustness:    The authors say: "It is not up to commercial levels of 
  357.         reliability.  I would not want _my_ payroll records in it :-)"
  358. description:    Postgres is a database research project under Prof. Michael
  359.         Stonebraker at U. C. Berkeley.    To facilitate research
  360.         efforts, a software test-bed was created; this is the
  361.         "Postgres" DBMS software.  The Postgres DBMS is extended
  362.         relational or object oriented, depending on the buzzword du
  363.         jour.  Postgres is relational.    It is highly extensible.  It
  364.         has object oriented features like inheritance.    it has query
  365.         language procedures, rules, updatable views, and more.
  366. references:    There are may papers available, both through ftp and as
  367.         hard-copy technical reports.  Cruse the ftp site for papers
  368.         or mail Michelle Mattera <michelle@postgres.berkeley.edu>
  369. status:        orphaned
  370. discussion:    send "Subject: ADD" to postgres-request@postgres.berkeley.edu
  371.     linux:    send "X-Mn-Admin: join postgres" 
  372.         to linux-activists-request@niksula.hut.fi
  373. bugs:        <bug-postgres@postgres.berkeley.edu>
  374. ports:        full support: Alpha OSF/1 1.3+, Mips Ultrix .2+, 
  375.             Sparc SunOS 4.1.1+, Power AIX 3.2.3+, HP-PA HP-UX 9.0+
  376.         comming soon: Sparc Solaris 2.3, i386 Linux
  377.         previous versions: i386 SVR4, i386 386BSD, i386 Linux, 
  378.             i386 NextStep 3.1, NeXT NextStep 3.0, 
  379.             Sparc Solaris 2.1+, HP-PA HP-UX 8.07
  380. contact:    developers: <postgres-questions@postgres>
  381.         admin: Michelle Mattera <michelle@postgres.berkeley.edu>
  382. how to get:    ftp pub/postgres/postgres-v4r2* from s2k-ftp.CS.Berkeley.EDU.
  383.     pgbrowse:    ftp pub/pgbrowse/* from crseo.ucsb.edu.
  384. updated:    1994/04/02
  385.  
  386. name:        PQL
  387. version:    0.95
  388. interfaces:    interactive, stdin and shell mode
  389. access methods: hash
  390. multiuser:    no
  391. transactions:    yes
  392. distributed:    no
  393. query language: SQL subset
  394. limits:        ?
  395. robustness:    Early phase of release, still many bgs
  396. description:    PQL stands for "plain query language" and is a kind of SQL
  397.         (rather a subset) Nearly all features of SQL are supported,
  398.         like joins, subqueries and grouping.  The join operation
  399.         has been optimized using a iterative "select and join"
  400.         algorithm which runs over all joined base tables.
  401.         In addition to the PQL-Interpreter, a relational and
  402.         transaction oriented database engine interface is shipped
  403.         with the package. The engine is based on the lower level
  404.         GDBM interface, a freely available database library. 
  405. requires:    gdbm, GNU readline
  406. ports:        unix    
  407. author:        Bjoern Lemke <lemke@lf.net>
  408. how to get:    ftp://ftp.uni-stuttgart.de/pub/unix/database/pql-0.95.tgz
  409. updated:    1995/11/30
  410.  
  411. name:        Qddb
  412. version:    1.43
  413. interfaces:    query language, Tcl/Tk
  414. access methods: ?
  415. multiuser:    yes
  416. transactions:    ?
  417. distributed:    no
  418. query language: supports regular expressions; words, numbers, and dates; 
  419.         and ranges of words, numbers, and dates.
  420. limits:        ?
  421. robustness:    The authors indicate that they believe it to be stable.
  422. description:    QDDB stands for 'Quick and Dirty DataBase'.
  423.         Qddb is a database suite that allows you to create relations,
  424.         add tuples, modify tuples, delete tuples, and search for tuples
  425.         in a fast and very flexible way.   Qddb 1.40 can use Tcl as its
  426.         configuration language, so you can build custom interfaces to
  427.         your Qddb databases with it.   We provide a reasonably nice
  428.         generic interface so you can be up and running quickly.
  429.         Qddb allows seaching on regular expressions and numeric and
  430.         date ranges.
  431.         A set of applications built on top of Qddb can be obtained
  432.         from the same ftp site as Qddb itself.
  433. status:        actively developed
  434. discussion:    send "Subject: subscribe" with your address in the body to
  435.         qddb-users-request@ms.uky.edu
  436. bugs:        qddb-bugs@ms.uky.edu and qddb-users@ms.uky.edu
  437. requires:    Tcl 7.3, Tk 3.6p1
  438. ports:        Ultrix, OSF/1, BSD/386, Linux, SunOS, Solaris.
  439. restrictions:    There are two versions of Qddb.  One is covered by the
  440.         GNU General Public License.  The other version is commercial.
  441. author:        Eric H. Herrin II <eric@ms.uky.edu>, 
  442.         Raphael Finkel <raphael@ms.uky.edu>
  443. how to get:    http://www.hsdi.com/qddb & ftp://ftp.hsdi.com/pub/qddb/sources
  444. updated:    1997/06/10
  445.  
  446. name:        REQUIEM
  447. version:    ?
  448. interfaces:    RQL, ERQL (extension)
  449. access methods: B-tree indexes can be created on attributes of base relations.
  450. multiuser:    yes (multiuser extension)
  451. transactions:    yes (multiuser extension)
  452. distributed:    no
  453. query language: RQL
  454. robustness:    [seems to maintained by zero to few people --ed]
  455. description:    REQUIEM (RElational Query and Update Interactive systEM) is 
  456.         an extensible, relational DBMS developed in C with a query 
  457.         language based on the relational algebra called RQL (Relational
  458.         Query Language).
  459.         There appears to be three versions of REQUIEM: the base
  460.         version and two extensions.  One extension adds multiuser
  461.         capability.  The other adds an embeddable version of the
  462.         query langauge.
  463. references:    "An Extensible DBMS for Small-Medium Scale Systems",
  464.         Papazoglou, M.P., IEEE Micro, April 1989.
  465.         Relational Database Management - A Systems Programming 
  466.         Approach, Papazoglou, M.P. and Valder, W., Prentice Hall 
  467.         International, UK, 1989.
  468.         "The Development of a Program Interface for the RDBMS Requiem"
  469.         Power, R.A., 1991 Honours Thesis (dvi file available with 
  470.         source code for the embedded version).
  471. ports:        Sparc/SunOS; base version only: MS-DOS, Macintosh
  472. contact:    (embedded version only) 
  473.         Robert Power <robert.power@csis.dit.csiro.au>
  474. how to get:    ftp pub/requiem/REQUIEM.tar.Z (multiuser version) or
  475.         pub/requiem/Requiem.tar.Z (embeddable version) 
  476.         from dcssoft.anu.edu.au 
  477.         The base version can be constructed from the multiuser version.
  478. updated:    1992/10/06
  479.  
  480. name:        shql
  481. version:    1.3 Beta
  482. interfaces:    SQL, shell
  483. multiuser:    no
  484. transactions:    no ?
  485. distributed:    no
  486. limits:        no NULLs in the data, spaces and backslashes may be added when 
  487.         the data contains punctuation, GROUP BY is not implemented.
  488. robustness:    it is a shell script.
  489. description:    Shql is a program that reads SQL commands interactively and
  490.         executes those commands by creating and manipulating Unix
  491.         files.    The program is patterned after Ingres' interactive sql
  492.         terminal monitor program.
  493. requires:    bourne shell with functions, awk, grep, cut, sort, uniq, join,
  494.         wc, and sed
  495. author:        Bruce Momjian <root%candle.uucp@bts.com>
  496. how to get:    comp.sources.misc volumes 34, 41 and 42.
  497.         Also ftp pub/net-sources/shql-patch-1.3-beta from ftp.idiom.com
  498. updated:    1994/08/06
  499.  
  500. name:        Typhoon
  501. version:    1.06
  502. interfaces:    C API
  503. access methods: B-trees
  504. multiuser:    Yes, but no locking mechanism at this point (will come soon)
  505. transactions:    no 
  506. distributed:    no
  507. query language: none
  508. limits:        A single file cannot exceed 4GB.
  509. robustness:    The package is quite stable as it is shut down properly. It
  510.         is currently used in a system that handles billing 
  511.         information (and some other applications).  
  512. description:    Typhoon is a relational database management system.  It was
  513.         originally inspired by Raima's db_VISTA (today Raima Data
  514.         Manager) but is relational rather than network based. Typhoon
  515.         lacks some of db_VISTA's features, but also contains a number
  516.         of nice features not found in db_VISTA.
  517.         All relations are defined in a so called Data Definition
  518.         Language (ddl) file.  You define the database relations like
  519.         you would write a C structure with chars, ints, strings,
  520.         multidimensional arrays, nested union and structures, etc. Then
  521.         you define primary, alternate and foreign keys for each
  522.         relation.  The Data Definition Language Processor (ddlp)
  523.         compiles the database defintion into a binary file which
  524.         constitutes the database description. The database relations
  525.         are accessed via C subroutines which manipulate individual
  526.         records within a table.
  527.         - Multiple open database
  528.         - Multi-field keys
  529.         - Nested structures in records
  530.         - Controlled unions
  531.         - Referential integrity
  532.         - Variable length fields
  533.         - Null keys (optional keys in db_VISTA, but easier to use)
  534.         - Dynamic opening and closing of database files
  535. status:        actively developed
  536. ports:        SCO UNIX, Solaris, Tandem NonStop UNIX, AIX, Linux and OS/2. 
  537. author:        Thomas B. Pedersen <zeppelin@login.dkuug.dk>
  538. how to get:    comp.sources.misc volume 44;
  539.         ftp pub/Linux/devel/db/typhoon-1.06.tar.gz from sunsite.unc.edu
  540. updated:    1994/10/03
  541.  
  542. name:        University INGRES
  543. version:    8.9
  544. interfaces:    QUEL, EQUEL
  545. access methods: heap, hash, isam, ordered
  546. multiuser:    yes
  547. transactions:    yes, but no multistatement transactions.  Each statement
  548.         is ACID
  549. distributed:    no
  550. query language: QUEL
  551. limits:        ?
  552. robustness:    Very mature technology
  553. description:    This is the database program that was the basis for INGRES
  554.         Corporation.  Obviously, it does not have all the bells 
  555.         and whistles of the current commercial product.     However,
  556.         it is small and fast and it works.
  557.         So called ordered relations are slow and not locked.
  558. references:    "The INGRES Papers" Stonebraker ed. Addison Wesley
  559. status:        orphaned
  560. ports:        SunOS, Linux
  561. author:        The Ingres project at UC Berkeley.  
  562. contact:    <ingres-mail@idiom.com>
  563. how to get:    ftp://s2k-ftp.CS.Berkeley.EDU/pub/ingres
  564. updated:    1993/05/20
  565.  
  566. ---------------------------------------------------------------------------
  567. --------------------------- object oriented -------------------------------
  568. ---------------------------------------------------------------------------
  569.  
  570. name:        EXODUS Project software
  571. version:    GNU E 2.3.3, Storage Manager (SM) 3.1
  572. interfaces:    GNU E, (C++ for direct access to the Storage Manager)
  573. access methods: B+tree and linear-hashing based indexes
  574. multiuser:    yes, client-server
  575. transactions:    yes, but not nested.
  576. distributed:    yes, applications can access multiple servers in a single
  577.         transaction.  Distributed commits are performed across servers
  578.         and clients have access to an interface allowing participation
  579.         in distributed commits managed by an external agent.
  580. query language: GNU E -- a persistent programming language based on C++
  581. robustness:    High (at least for academic software).
  582.         The SM release includes a facility for regression
  583.         testing most features, including crash recovery.
  584. description:    The EXODUS Storage Manager (SM) is a client-server object
  585.         storage system which provides "storage objects" for storing
  586.         data, versions of objects, "files" for grouping related storage
  587.         objects, and indexes for supporting efficient object access.  A
  588.         storage object is an uninterpreted container of bytes which can
  589.         range in size from a few bytes to hundreds of megabytes.  The
  590.         Storage Manager provides routines to read, overwrite, and
  591.         efficiently grow and shrink objects.  In addition, the Storage
  592.         Manager provides transactions, lock-based concurrency control,
  593.         and log-based recovery.
  594.         GNU E is a persistent, object oriented programming language
  595.         developed as part of the Exodus project.  GNU E extends C++
  596.         with the notion of persistent data, program level data objects
  597.         that can be transparently used across multiple executions of a
  598.         program, or multiple programs, without explicit input and
  599.         output operations.
  600. references:    A bibliography of EXODUS related papers can be obtained from
  601.         the ftp site described below.  Some of the papers are available
  602.         from the ftp server as technical reports, and are marked as
  603.         such in the bibliography.
  604. status:        No longer being developed.  However, the authors are working
  605.         on a new system, SHORE, and will support current Exodus 
  606.         users well enough to keep them going until SHORE is useable.
  607.         GNU E 2.5.8 is in beta and can be ftped.
  608. discussion:    Send "information exodus_all" to listproc@cs.wisc.edu to
  609.         find out how to join the exodus_all mailing list.
  610. bugs:        exodusbugs@cs.wisc.edu
  611. requires:    g++ 2.3.3 (exactly 2.3.3.  GNU E 2.5.8 is in beta)
  612. ports:        MIPS/Ultrix, SPARC/SunOS, HP 7xx/HP-UX, Linux 
  613. restrictions:    none, but see copyright notice located in all source files 
  614. author:        The EXODUS Database Toolkit project at the 
  615.         University of Wisconsin
  616. contact:    exodus@cs.wisc.edu
  617. how to get:    ftp exodus/* from ftp.cs.wisc.edu
  618. updated:    1993/03/29
  619.  
  620. name:        LINCKS (Linkoping Intelligent Communication of Knowledge System)
  621. version:    2.5
  622. interfaces:    C library, emacs-like editor/X11
  623. access methods: ?
  624. multiuser:    yes
  625. transactions:    no, but creates different versions on the fly
  626. distributed:    no, but maybe later
  627. query language: hypertext-ish X user interface
  628. robustness:    The underlaying store handler (NODE) has been used since '89
  629.         and is quite stable. The system have betweem 20 to 500 users.
  630. description:    LINCKS is an object-centred multi-user database system
  631.         developed for complex information system applications where
  632.         editing and browsing of information in the database is of
  633.         paramount importance.  The focus is on sharing of small
  634.         information chunks which combine to make up complex information
  635.         objects used by different users for different purposes. The
  636.         information chunks are semi-structured in that they contain one
  637.         part which is well-structured to facilitate addition of A.I.
  638.         processing within the system, and one part which is
  639.         unstructured and suitable for management by the user.
  640.         Features: shared composite objects, database history, 
  641.         atlernative views, change collision notification (when more
  642.         than one person makes changes to the same composite object)
  643. references:    ftp://ftp.ida.liu.se/pub/lincks/articles/cscw.ps.gz
  644. announcements:    lincks@ida.liu.se
  645. discussion:    lincks-users-request@ida.liu.se
  646. bugs:        lincks-bugs@ida.liu.se
  647. requires:    Unix, X11R5
  648. ports:        Sun4/SunOS 4.1.[123], Sun4/SunOS 5.2, Sun3, Decstation, Alpha,
  649.         RS/6000, Sequent Symmetry, Linux, HP-UX, SGI, SCO, SVR4.2, Sony
  650. restrictions:    GNU General Public License
  651. author:        Lin Padgham, Ralph Ronnquist; University of Linkoping, Sweden
  652. contact:    lincks@ida.liu.se
  653. how to get:    ftp://ftp.ida.liu.se/pub/lincks/lincks-2.5pre5.tar.gz
  654. updated:    1997/04/24
  655.  
  656. name:        MONET
  657. version:    3.05
  658. interfaces:    MIL (Monet Interpreter Language), ODMG (ODMG interface 
  659.         to Monet), MOA (meta-model mapping system)
  660. access methods: ?
  661. multiuser:    yes
  662. transactions:    yes
  663. distributed:    yes
  664. robustness:    Used commercially for data mining
  665. description:    The Goblin Database Kernel is a C/C++ library that provides 
  666.         ACID properties on a DSM model, using main-memory database 
  667.         algorithms, built on virtual-memory OS primitives and 
  668.         multi-threaded parallellism.
  669.         The Monet Server runs multiple interpreter threads, which parse 
  670.         MIL commands. It manages client acces through the internet, and 
  671.         can runtime be extended with new modules.
  672.         The Monet kernel is designed as a microkernel DBMS. This design
  673.         keeps the code mean and lean. Different users can plug in 
  674.         different extra functionality using extension modules. A set 
  675.         of standard extension modules is delevered with the system 
  676.         (like math, tcpip, temporal, cross tables, concurrency 
  677.         control, performance profiling)
  678. references:    http://www.cwi.nl/~monet/
  679. status:        ?
  680. ports:        Solaris, ?
  681. restrictions:    ?
  682. author:        Research project at CWI (Centrum voor Wiskunde en Informatica)
  683.         and the University of Amsterdam
  684. contact:    ?
  685. how to get:    Unknown.  The source code can be browed, but it's not clear
  686.         how to actually download it.
  687. updated:    ?
  688.  
  689. name:        OBST
  690. version:    3-4.3
  691. interfaces:    C++, Tcl, schema compiler, graphical object browser
  692. access methods: extendable hashtable
  693. multiuser:    yes, but writing locks entire tables
  694. transactions:    yes
  695. distributed:    not yet
  696. query language: C++, Tcl, graphical object browser
  697. limits:        4 GB per container, 2^32 containers
  698. robustness:    OBST is quite stable since the start of '93. Releases were
  699.         made to enhance the coding quality rather than to add new
  700.         features. There are somewhere between 50 and 500 users.
  701. description:    The persistent object management system OBST was developed by
  702.         Forschungszentrum Informatik (FZI) as a contribution to the
  703.         STONE project (supported by grant no. ITS8902A7 from the BMFT,
  704.         i.e. the German Ministry for Research).
  705.         OBST was originally designed to serve as the common persistent
  706.         object store for the tools of an software engineering
  707.         environment.
  708.         An essential feature of STONE is that the object oriented
  709.         paradigm is pursued consequently as a key concept. OBST is the
  710.         common persistent object store for all tools within the STONE
  711.         environment.
  712.         OBST provides a rich OO model including multiple inheritance,
  713.         generics, overloading, and privacy.  The schema definition
  714.         language is syntactically similar to C++.  It comes with a
  715.         library of pre-defined classes like Set<Entity>, and
  716.         List<Entity>.  New methods can be incrementally loaded at
  717.         runtime.
  718. announcements:    send 'add <your-address> obst-announce' to obst-listserv@fzi.de
  719. discussion:    send 'add <your-address> obst-forum' to obst-listserv@fzi.de
  720. bugs:        send OBST version, configuration options, C++ version, machine,
  721.         OS, and a description of your problem to <obst@fzi.de>.
  722. requires:    A C++ compiler (G++ 2.3.3-2.6.3 or AT&T 2.1/3.01)
  723. ports:        UNIX: SPARC/SunOS 4.1, Solaris 2, Linux, HP-UX, Ultrix, ...
  724. restrictions:    STONE is over; OBST is now a commercial product.
  725. contact:    obst@fzi.de
  726. how to get:    ftp pub/OBST/OBST3-4.3 from ftp.fzi.de
  727.     usa:    ftp pub/database/obst/? from ftp.uu.net
  728.     uk:        ftp computing/databases/OBST/? from src.doc.ic.ac.uk
  729. updated:    1995/01/19
  730.  
  731. name:        pfl
  732. version:    0.2
  733. interfaces:    Built-in persistent functional programming language
  734. access methods: no
  735. multiuser:    no
  736. transactions:    no
  737. distributed:    no
  738. query language: functional programming
  739. limits:        Index size is limited by the amount of main memory available.
  740.         Selectors are a bit flaky when they contain more than about
  741.         10,000 tuples.    Since the current implementation of the 
  742.         language is interpreted it is very slow.
  743. robustness:    alpha release
  744. description:    pfl is a persistent programming language and database 
  745.         environment.  The language is functional.
  746. references:    "An Overview of PFL", 3rd International Workshop on Database 
  747.          Programming Languages, 1991.
  748.         "A functional programming approach to deductive databases", 
  749.          17th International Conference on Very Large Databases, 1991
  750. bugs:        SunOS: author, Linux: Tim Holmes <timh@psammead.demon.co.uk>
  751. requires:    GNU C++
  752. ports:        Linux, SunOS
  753. restrictions:    GNU General Public License; educational use ?
  754. author:        Carol Small <carol@dcs.bbk.ac.uk>
  755. contact:    Tim Holmes <timh@psammead.demon.co.uk>
  756. how to get    ftp pub/Linux/ALPHA/pfl-0.2.tgz from sunsite.unc.edu
  757. updated:    1994/09/21
  758.  
  759. name:        SHORE
  760. version:    1.0
  761. interfaces:    unix filesystem emulation, NFS server, Shore Data Language
  762. access methods: ?
  763. multiuser:    yes
  764. transactions:    ?
  765. distributed:    yes
  766. description:    SHORE - A High-Performance, Scalable, Persistent Object 
  767.         Repository.  SHORE is a project to design, implement, and 
  768.         evaluate a persistent object system that will serve the 
  769.         needs of a wide variety of target applications including 
  770.         hardware and software CAD systems, persistent programming 
  771.         languages, geographic information systems, satellite data 
  772.         repositories, and multi-media applications.
  773.         SHORE provites a hierarchical name space for named objects, 
  774.         and a Unix-compatible interface to objects with a "text" field.
  775.         SHORE supports multiple programming languages and typed objects.
  776.         SHORE is designed to scale to terabytes.
  777. status:        actively developed university project
  778. discussion:    send "subscribe shore_all" to majordomo@cs.wisc.edu
  779. how to get:    http://www.cs.wisc.edu/shore/
  780. updated:    1996/08/06
  781.  
  782. name:        The Texas Persistent Store
  783. version:    0.5
  784. interfaces:    C++ library
  785. access methods: ?
  786. multiuser:    not yet
  787. transactions:    not yet
  788. distributed:    not yet
  789. query language: ?
  790. limits:        ?
  791. robustness:    beta software
  792. description:    Texas is a simple, portable, high-performance persistent store
  793.         for C++ using "pointer swizzling at page fault time" to
  794.         translate persistent addresses to hardware-supported virtual
  795.         addresses.  Texas is built on top of a normal virtual memory,
  796.         and relies on the underlying virtual memory system for
  797.         caching.  Texas is easy to use, and is implemented as a UNIX
  798.         library.  It is small and can be linked into applications.  It
  799.         requires no special operating system privileges, and
  800.         persistence is orthogonal to type---objects may be allocated on
  801.         either a conventional transient heap, or on the persistent
  802.         heap, as desired.  Texas supports simple checkpointing of heap
  803.         data.
  804. announcements:    send mail to oops@cs.utexas.edu
  805. ports:        SunOS, Ultrix, Linux
  806. author:        ?
  807. contact:    oops@cs.utexas.edu
  808. how to get:    ftp://ftp.cs.utexas.edu/pub/garbage/texas
  809. updated:    1996/12/10
  810.  
  811. name:        Triton Object-Oriented Database System
  812. version:    1.1
  813. interfaces:    E, an Ada language binding.
  814. access methods: uses Exodus
  815. robustness:    The support provided for Triton is limited. As resources
  816.         permit, reported bugs will be fixed. Triton is reasonably
  817.         robust and has been in daily use in Arcadia for several years
  818.         primarily supporting APPL/A and Amadeus.
  819. description:    Triton is an object-oriented database management system
  820.         designed to support the Arcadia software engineering
  821.         environment. It can be used as a general purpose DBMS, although
  822.         it has specialized features to support the software process
  823.         capabilities in Arcadia in the form of the APPL/A language.
  824.         Triton provides for multi-language access and sharing of data,
  825.         dynamic creation of classes (with methods) and objects, special
  826.         support for relations, and special support for triggers. Triton
  827.         uses a client-server architecture with data and methods held in
  828.         the server.
  829.         Triton is written in E, which is a persistent C++. 
  830.         What Triton adds to Exodus is another interface and a lot
  831.         of higher-level functionality.    This includes an Object Manager 
  832.         shell (catalog, trigger manager, and application objects); 
  833.         multi-language access and sharing; dynamic definition of 
  834.         schema and classes; schema catalog; and triggers before and/or
  835.         after method invocations.
  836. references:    http://www.ics.uci.edu/Arcadia
  837. requires:    Exodus/E, DLD-3.2.3, Q 2.2, Arpc401.3a
  838. restrictions:    GNU General Public License [I presume --ed]
  839. author:        University of Colorado Arcadia Project.
  840. contact:    Dennis Heimbigner <dennis@cs.colorado.edu>
  841. how to get:    ftp pub/cs/distribs/arcadia/? from ftp.cs.colorado.edu
  842. www:        http://www.cs.colorado.edu/homes/arcadia/public_html/triton.html
  843. updated:    ?
  844.  
  845. name:        William's Object Oriented Database (Wood)
  846. version:    0.6 
  847. interfaces:    MCL 2.0
  848. access methods: custom
  849. multiuser:    no
  850. transactions:    no
  851. distributed:    no
  852. query language: none. Has BTrees for indexing.
  853. limits:        Will slow down when the database size exceeds
  854.         256 megabytes. Otherwise, database size limited
  855.         by disk size (up to Macintosh limit, which is,
  856.         I believe, 4 gigabytes). Object size limited
  857.         to 24 megabytes. If you think of a Wood database
  858.         as a random access FASL file, you'll have the
  859.         right idea.
  860. robustness:    Until it has a real logging/recovery mechanism,
  861.         I wouldn't advise using it for mission critical
  862.         data. Caches pages in memory, so if you crash,
  863.         you will lose. Has a function to flush the
  864.         cache to disk, so you can do explicit checkpoints
  865.         to make it more robust.
  866. description:    Wood is a simple persistent store for MCL 2.0.
  867.         This is still alpha software. It is incomplete: though you can
  868.         save/restore all Lisp objects to/from a file, there is no
  869.         transaction/recovery manager and no garbage collector for the
  870.         persistent heap. I will not be able to provide much support,
  871.         but you get source code.
  872. discussion:    info-wood-request@cambridge.apple.com
  873. bugs:        bug-wood@cambridge.apple.com
  874. ports:        Macintosh CommonLisp 2.0
  875. author:        Bill St. Clair <bill@cambridge.apple.com>
  876. how to get:    ftp pub/mcl2/contrib/wood* from cambridge.apple.com
  877. updated:    1993/03/07
  878.  
  879. name:        YOODA (Yet another Object Oriented Database)
  880. version:    1.2
  881. interfaces:    C++
  882. access methods: B+Tree
  883. multiuser:    yes, client-server
  884. transactions:    yes, but not yet nested.
  885. distributed:    yes, you can distribute a database across multiple servers.
  886.         Distributed access are completly transparent. User only 
  887.         specifies server when he creates an object. A Two phase commit
  888.         mechanism is used to handle distributed commit.
  889. query language: C++
  890. limits:        2 GB per volume, up to 256 volumes
  891.         Memory mapping limits the total size of the objects accessed
  892.         in a transactions (about 2 GB)
  893. robustness:    beta software but pretty stable
  894. description    YOODA is a small and simple Object Oriented Database. 
  895.         You can use it as a persistent C++ with transaction facilities
  896.         in multi-clients/multi-server architecture. It uses 
  897.         virtual-memory mapping techniques.
  898.         The key features of YOODA are: - A distributed database with 
  899.         multi-clients/multi-servers architecture. - CORBA like 
  900.         interface for communication. - Use of memory-mapping techniques
  901.         - Transparent C++ interface through the use of a precompiler
  902.         - Small size of the code (< 15000 lines). - Good performances
  903.         - Good management of long objects
  904. status:        actively developed
  905. announcements:    comp.databases.object, send mail to ea@apic.fr
  906. discussion:    send mail to ea@apic.fr
  907. bugs:        send mail to ea@apic.fr
  908. requires:    Unix, g++ 2.5.8 or later
  909. ports:        SunOs 4.1.3, Alpha-OSF1
  910.         comming soon : HP-PA HP-Ux, Solaris 2.3, NextStep 3.0
  911. restrictions:    GNU Library General Public
  912. author:        Eric Abecassis ea@apic.fr
  913. contact:    author
  914. how to get:    ftp pub/database/yooda from ftp.uu.net 
  915.         ftp pub/Unix/Database from ftp.fdn.fr
  916. updated:    1994/11/14
  917.  
  918. ---------------------------------------------------------------------------
  919. --------------------------- deductive databases ---------------------------
  920. ---------------------------------------------------------------------------
  921.  
  922. name:        Aditi Deductive Database System
  923. version:    beta release
  924. interfaces:    motif, command line, NU-Prolog
  925. access methods: Base relations contain variable sized records.    Base relations
  926.         can be indexed with B-trees or multi-level signature files
  927.         (superimposed code words) allowing multi-attribute indexing and
  928.         querying, or they can be stored as unindexed flat files.
  929. multiuser:    yes
  930. transactions:    next release
  931. distributed:    ?
  932. query language: prolog, graphical (Motif)
  933. limits:        ?
  934. robustness:    ?
  935. description:    Aditi is a multi-user deductive database system.  It supports
  936.         base relations defined by facts (relations in the sense of
  937.         relational databases) and derived relations defined by rules
  938.         that specify how to compute new information from old
  939.         information.  The old information can be from derived relations
  940.         as well as base relations; the rules of derived relations may
  941.         be recursive.  Both base relations and the rules defining
  942.         derived relations are stored on disk and are accessed as
  943.         required during query evaluation.
  944. ports:        SPARC/SunOS, MIPS/IRIX
  945. author:        The development of the Aditi system started in 1988 by
  946.         Professor Kotagiri Ramamohanarao, and many people have been
  947.         involved in its development, in particular Jayen Vaghani, Tim
  948.         Leask, Peter Stuckey, John Shepherd, Zoltan Somogyi, James
  949.         Harland and David Kemp. The support of Kim Marriott, David
  950.         Keegel, and Warwick Harvey is also acknowledged.
  951. contact:    aditi@cs.mu.oz.au
  952. how to get:    send email to aditi@cs.mu.oz.au
  953. updated:    1992/12/17
  954.  
  955. name:        ConceptBase
  956. version:    V4.0
  957. interfaces:    Prolog, C, C++
  958. access methods: TELL and ASK 
  959. multiuser:    yes  
  960. transactions:    primitive (no concurrency)
  961. distributed:    no 
  962. query language: CBQL ("query classes")
  963. limits:        ?
  964. robustness:    used by 100+ institutes, thereby quite robust
  965. description:    ConceptBase is a deductive object base manager, i.e., it
  966.         combines object-oriented principles with logical deduction.
  967.         It is useful for conceptual modeling and as a 'meta database'
  968.         for heterogeneous information resources.  Queries, deductive
  969.         rules, and integrity constraints can be formulated at any
  970.         abstraction level (instance, class, metaclass, ...)
  971. bugs:        CB@picasso.informatik.rwth-aachen.de
  972. ports:        Solaris 2.3 (Sparc and PC)
  973. restrictions:    ConceptBase is distributed by "contact", only. It is not
  974.         public domain.    The source agreeement prohibits commercial
  975.         and military use.
  976. author:        ConceptBase Team 
  977. contact:    CB@informatik.rwth-aachen.de
  978. how to get:    http://www-i5.informatik.rwth-aachen.de/CBdoc/cbflyer.html
  979. updated:    1996/04/16
  980.  
  981. name:        CORAL
  982. version:    1.2
  983. interfaces:    Exodus storage mangager, C++
  984. access methods: Hash-based and B+ tree indices
  985. multiuser:    When used with Exodus
  986. transactions:    When used with Exodus
  987. distributed:    ?
  988. query language: Prolog-like with SQL-style extensions; C++ interface
  989. limits:        No type checking; only atomic values in persistent relations
  990. robustness:    Research software; used for teaching and in research projects,
  991.         but some bugs remain
  992. description:    The CORAL deductive database/logic programming system was
  993.         developed at the University of Wisconsin-Madison.  The CORAL
  994.         declarative language is based on Horn-clause rules with
  995.         extensions like SQL's group-by and aggregation operators, and
  996.         uses a Prolog-like syntax.  Many evaluation techniques are
  997.         supported, including bottom-up fixpoint evaluation and top-down
  998.         backtracking.  Disk-resident data is supported via an interface
  999.         to the Exodus storage manager; however, CORAL can run without
  1000.         Exodus if disk-resident relations are not required.  
  1001.         A good interface to C++ is provided.  Relations defined using 
  1002.         the declarative language can be manipulated from C++ code, 
  1003.         and relations defined using C++ code can be used in declarative 
  1004.         rules.    C++ code defining relations can be incrementally loaded.
  1005. references:    http://www.cs.wisc.edu/coral/
  1006. requires:    AT&T C++ 2.0 or later or g++
  1007. ports:        Decstations, Sun 4, Sparc, HP Snakes 
  1008. author:        The CORAL group consists of R. Ramakrishnan, P. Seshadri,
  1009.         D. Srivastava and S. Sudarshan.     The following people made
  1010.         important contributions: T. Arora, P. Bothner, V. Karra 
  1011.         and W.G. Roth.    Several other people were also involved:  
  1012.         J. Albert, T. Ball, L. Chan, M. Das, S. Goyal, R. Netzer 
  1013.         and S. Sterner.
  1014. contact:    Raghu Ramakrishnan <raghu@ricotta.cs.wisc.edu>
  1015. how to get:    ftp from ftp.cs.wisc.edu
  1016. updated:    1993/02/12
  1017.  
  1018. name:        FLEX++
  1019. version:    0.5b
  1020. interfaces:    Prolog
  1021. access methods:    memory
  1022. multiuser:    not yet
  1023. transactions:    no
  1024. distributed:    no
  1025. query language:    FLEX DL Language
  1026. limits:        memory
  1027. robustness:    pretty good - it was used within a large natural language
  1028.         processing project
  1029. description:    The system belongs to the family of Description Logics 
  1030.         (aka KL-ONE alike systems, hybrid systems, term subsumption 
  1031.         languages, concept logics, terminological logics) which 
  1032.         form one of the major paradigms in current research on 
  1033.         knowledge representation. Description Logics combine ideas 
  1034.         from semantic networks and frames with the formal rigor of 
  1035.         first order predicate logic. They support high level 
  1036.         conceptual modeling in an object-centered manner. DL systems 
  1037.         have already been used in a number of NLP systems for 
  1038.         representing world knowledge or conceptual information. 
  1039.         Furthermore, Description Logics are similar to the feature 
  1040.         logics underlying unification-based grammar formalisms such 
  1041.         as Head-Driven Phrase Structure Grammar.
  1042. status:        ?
  1043. discussion:    flex@cs.tu-berlin.de
  1044. ports:        SunOS, Solaris
  1045. restrictions:    free for non-commercial use only
  1046. author:        J. Joachim Quantz and Frank Bergmann
  1047. how to get:    http://www.cs.tu-berlin.de/~flex/
  1048. updated:    1996/06/10
  1049.  
  1050. name:        MOOD-SX (Material's Object-Oriented Database)
  1051. version:    0.2.1
  1052. interfaces:    X11
  1053. multiuser:    ?
  1054. transactions:    ?
  1055. distributed:    no
  1056. query language:    ObjectEditor
  1057. robustness:    ?
  1058. description:    MOOD-SX is a general purpose object-oriented client server
  1059.         database system.  The primary interface to MOOD-SX is an
  1060.         interactive class editor called ObjectEditor that can be
  1061.         used without programming.
  1062.         MOOD-SX has been designed to handle complex queries.
  1063.         It is written in C++.
  1064. author:        Noboru Ono <ono@mood.mech.tohoku.ac.jp>
  1065. how to get:    http://mood.mech.tohoku.ac.jp/
  1066. updated:    1995/08/25
  1067.  
  1068. name:        ROL (Rule-based Object Language)
  1069. version:    2.2
  1070. interfaces:    ?
  1071. description:    The ROL language effectively integrates important features
  1072.         in deductive databases and object-oriented databases into
  1073.         a uniform framework.  It is an extension to Datalog and
  1074.         LDL (without grouping) and subsumes them as special cases.
  1075.         It naturally and directly supports object-oriented features
  1076.         such as object identity, complex objects, classes, class
  1077.         hierarchy, multiple inheritance with overriding, and schema.
  1078.         It provides powerful mechanisms for representing both
  1079.         partial and complete information on sets.  It is a pure
  1080.         declarative query language without any imperative parts.
  1081.         Furthermore, it has a logical semantics that cleanly accounts
  1082.         for all of its object-oriented features.
  1083. how to get:    ftp://ftp.cs.uregina.ca/pub/rol
  1084. updated:    1997/05/10
  1085.  
  1086. ---------------------------------------------------------------------------
  1087. --------------------------- special purpose -------------------------------
  1088. ---------------------------------------------------------------------------
  1089.  
  1090. name:        GRAS (GRAph-oriented database System)
  1091. version:    5.90/9 [[6.0 alpha]]
  1092. interfaces:    Navigational programming interfaces for C and Modula-2
  1093. access methods: tries fro database pages, static hashing within pages
  1094. multiuser:    Very restricted single writer/multiple reader access
  1095.         [[6.0: shared read/write access with locks on a per-session, 
  1096.         transaction, or operation basis]]
  1097. transactions:    yes; based on backwards logs.  Checkpoints allow roll-back (and
  1098.         roll-forward) to a previous state.  
  1099. distributed:    no.  [[6.0: Multiclient/multiserver architecture]]
  1100. query language: PROGRES (PROgrammed Graph Rewriting Systems; a language released
  1101.         separately)
  1102. limits:        2**16 nodes per database and 2**16 databases per multi-database
  1103.         [[6.0: 2**32 nodes]]
  1104. robustness:    Has been successfully used as the underlying database for
  1105.         a number of research prototypes and one commercial product.
  1106.         Guarantees recovery from (almost) all application/system crashes
  1107. description:    GRAS is a database system which has been designed according
  1108.         to the requirements resulting from software engineering
  1109.         applications. Software development environments are composed
  1110.         of tools which operate on complex, highly structured data.
  1111.         In order to model such data in a natural way, we have selected
  1112.         attributed graphs as GRAS' underlying data model.
  1113.         The current version has programming interfaces for Modula-2 and 
  1114.         C and supports:
  1115.         - persistent attributed, directed node- and edge-labeled 
  1116.           graphs (including long attributes and indexes)
  1117.         - temporary/volatile generic sets, binary relations, and lists,
  1118.         - graph modification triggers causing further modifications
  1119.         - primitives for version control comprising the capability
  1120.           for efficiently storing graphs as forward/backward deltas 
  1121.         - primitives for declaring graph schemes and for incremental
  1122.           evaluation of derived attributes (constraints).
  1123.         In additon, there are tools for compressing and displaying 
  1124.         graphs.     The GRAS system may be considered to be the core of a
  1125.         graph oriented DBMS environment.  The environment is based on a
  1126.         VHLL called PROGRESS.  This environment supports: a
  1127.         syntax-directed editor for graph schemes, rewrite rules and
  1128.         sequences of rules; an incremental consistency checker; an
  1129.         incremental compiler&interpreter for PROGRESS; an enhanced
  1130.         graph browser
  1131. references:    Kiesel, Schuerr, Westfechtel: GRAS, A Graph-Oriented Database
  1132.         System for (Software) Engineering Applications. Proc. CASE 93,
  1133.         Lee, Reid, Jarzabek (eds.): Proc. CASE '93, 6th Int. Conf. on
  1134.         Computer-Aided Software Engineering, IEEE Computer Society
  1135.         Press (1993), pp 272-286.  Available by ftp as TR AIB 92-44.
  1136.         Schuerr: PROGRES: A VHL-Language Based on Graph Grammars,
  1137.         in Proc. 4th Int. Workshop on Graph-Grammars and Their
  1138.         Application to Computer Science, LNCS 532, Springer-
  1139.         Verlag 1991, pp 641-659.  Available by ftp asTR AIB 90-16.
  1140. announcements:    a list is forming; send mail to the contact (below)
  1141. bugs:        use the included "send-pr" program to send bug reports
  1142. requires:    Modula-2, C
  1143. ports:        Sun-4, porting requires Modula-2
  1144. restrictions:    GNU General Public License
  1145. author:        Lehrstuhl fuer Informatik III, RWTH Aachen, Ahornstr. 55
  1146.         D-52074 Aachen, Germany.
  1147. contact:    (v5.x & PROGRES) Dr. Andy Sch"urr <andy@i3.informatik.rwth-aachen.de>
  1148.         (v6.x) Norbert Kiesel <norbert@i3.informatik.rwth-aachen.de>
  1149. how to get:    (v5.x) ftp pub/unix/GRAS from ftp.informatik.rwth-aachen.de
  1150.         (PROGRES sun4) ftp pub/unix/PROGRES from ftp.informatik.rwth-aachen.de
  1151.         (PROGRES source) send mail to contact
  1152.         (references) ftp pub/reports/* from ftp.informatik.rwth-aachen.de
  1153.         (v6.x) contact Norbert Kiesel <norbert@i3.informatik.rwth-aachen.de>
  1154. updated:    1993/11/01
  1155.  
  1156. ---------------------------------------------------------------------------
  1157. --------------------------- flat files ------------------------------------
  1158. ---------------------------------------------------------------------------
  1159.  
  1160. name:        AddressManager
  1161. version:    0.1
  1162. interfaces:    Tcl/Tk
  1163. multiuser:    no
  1164. transactions:    no
  1165. distributed:    no
  1166. query language: none
  1167. limits:        ?
  1168. robustness:    ?
  1169. description:    A graphical rolodex
  1170. requires:    wish
  1171. author:        Chunping Ding <ding@vail.levels.unisa.edu.au>
  1172. how to get:    ftp pub/addressManager.tar.gz from banff.cssip.edu.au
  1173.     usa:    ftp pub/tcl/code/addressManager.* from harbor.ecn.purdue.edu
  1174. updated:    1994/05/12
  1175.  
  1176. name:        EDB, the Emacs database
  1177. version:    1.19
  1178. interfaces:    Emacs, Emacs Lisp
  1179. multiuser:    no
  1180. transactions:    no
  1181. distributed:    no
  1182. query language: Emacs Lisp
  1183. limits:        same as for Emacs -- typically 8 or 32 MB
  1184. robustness:    fairly high -- currently being used for mission-critical data
  1185. description:    EDB provides simple database access in a "user-friendly" Emacs
  1186.         environment for flat files.  Extensions for linking records and
  1187.         relational-like operations exist, and further extensions are
  1188.         easy to make.
  1189.         EDB is documented by a 110-page manual, complete with indices
  1190. discussion:    edb-list-request@theory.lcs.mit.edu
  1191. bugs:        mernst@theory.lcs.mit.edu or edb-list@theory.lcs.mit.edu
  1192. requires:    GNU Emacs 18, GNU Emacs 19, or Lucid Emacs
  1193. ports:        any computer that runs Emacs -- that is, almost any computer
  1194. restrictions:    GNU Public License
  1195. author:        Michael Ernst <mernst@theory.lcs.mit.edu>
  1196. how to get:    ftp pub/emacs/edb/edb-*.tar.gz from theory.lcs.mit.edu
  1197. updated:    1994/11/15
  1198.  
  1199. name:        grok (Graphical Resource Organizer Kit)
  1200. version:    1.1
  1201. interfaces:    query language, GUI, GUI builder
  1202. access methods: ?
  1203. multiuser:    no
  1204. transactions:    no
  1205. distributed:    no
  1206. query language: custom
  1207. limits:        ?
  1208. robustness:    one user recommends against use as a payroll database
  1209. description:    Grok is a simple database manager and UI builder that can keep
  1210.         phone lists; store phone call logs; store todo lists; and
  1211.         manage any other database after simple GUI-driven
  1212.         customization.
  1213.         More precisely, grok is a program for displaying and editing
  1214.         strings arranged in a grid of rows and columns. Each row is
  1215.         presented as a "card" consisting of multiple columns, or
  1216.         "fields", that allow data entry. The presentation of the data
  1217.         is programmable; a user interface builder that allows the user
  1218.         to arrange fields on a card graphically is part of grok.  Grok
  1219.         also supports a simple language that allows sophisticated
  1220.         queries and data retrieval.
  1221. ports:        IRIX, HP-UX, AIX.
  1222. restrictions:    ?
  1223. author:        Thomas Driemeyer <thomas@bitrot.in-berlin.de>
  1224. how to get:    ftp programs/X/grok* from swedishchef.lerc.nasa.gov
  1225.         ftp pub/unix/graphics/grok from ftp.fu-berlin.de
  1226. updated:    1994/11/17
  1227.  
  1228. name:        Jinx
  1229. version:    2.1
  1230. interfaces:    perl, shell
  1231. multiuser:    no
  1232. transactions:    no
  1233. distributed:    no
  1234. query language: none
  1235. limits:        no limits
  1236. robustness:    No bugs have ever been reported
  1237. description:    Very easy to use, curses based flat file handler.
  1238.         In Perl, so no limits. Allows Join, Project, Sort etc.
  1239.         Representation in 2 readable unix files.  A documented
  1240.         Perl library makes it easy to add applications.
  1241. references:    Online help and a 17 page tutorial.
  1242. requires:    Perl, cterm (distributed with jinx)
  1243. ports:        any unix system with ordinary perl and curses
  1244. restrictions:    Copyleft
  1245. author:        Henk Penning, Utrecht University
  1246. contact:    Henk Penning <henkp@cs.ruu.nl>
  1247. how to get:    ftp pub/PERL/jinx.shar.Z and pub/PERL/cterm.shar.Z 
  1248.         from ftp.cs.ruu.nl
  1249. updated:    1991/11/01
  1250.  
  1251. name:        rdb
  1252. version:    2.5k
  1253. interfaces:    perl, shell, UNIX tools
  1254. access methods: binary search, linear scan
  1255. multiuser:    restricted single writer/multiple reader access
  1256. transactions:    no
  1257. distributed:    no
  1258. query language: none
  1259. limits:        no limits
  1260. robustness:    Is being used on many research projects; no known bugs.
  1261. description:    RDB is a fast, portable, Relational DataBase Management System
  1262.         that works with relational data in ascii files.
  1263.         RDB is a set of Perl modules working as filters, like "row", 
  1264.         "column" & "join" ; a very nifty table formatting script is in
  1265.         "ptbl", which can do long field folding into multiple lines per
  1266.         row. Also includes a general report generation capability.
  1267. references:    Included documentation; Each module has online help.
  1268. announcements:    comp.lang.perl; also author email list of current users.
  1269. discussion:    author
  1270. ports:        any unix system (or other OS with redirection of I/O).
  1271. author:        Walt Hobbs <hobbs@rand.org>
  1272. how to get:    ftp://ftp.rand.org/pub/RDB-hobbs/
  1273. updated:    1994/06/20
  1274.  
  1275. ---------------------------------------------------------------------------
  1276. ----------------- dbm and other and raw access methods    -------------------
  1277. ---------------------------------------------------------------------------
  1278.  
  1279. name:        The Berkeley DB package
  1280. version:    2.2.6
  1281. interfaces:    dbm, ndbm, hsearch, DB 1.85
  1282. access methods:    Extended Linear Hashing, B+tree, fixed/variable length records
  1283. multiuser:    yes
  1284. transactions:    yes
  1285. distributed:    no
  1286. query language: none
  1287. limits:        Single databases up to 2^48 bytes, single key or data elements 
  1288.         up to 2^32 bytes (or available memory), maximum btree depth 
  1289.         of 255.
  1290. robustness:    Good.  Includes a fairly extensive test suite written in Tcl.
  1291. description:    The all-singing, all-dancing dbm.   
  1292.         Features:
  1293.         + Keyed and sequential (forward and reverse) retrieval,
  1294.           insertion, modification and deletion.
  1295.         + Duplicate records per key available with the B+tree
  1296.           and Hash access methods.
  1297.         + User-allocated memory retrieval and partial-record
  1298.           key storage and retrieval.
  1299.         + Architecture independent databases (although no
  1300.           guarantees are made regarding user data).
  1301.         + Multiple readers/single writer locking (page-level
  1302.           concurrency control).
  1303.         + Degree 3 Isolation.
  1304.         + Before and after image logging.
  1305.         + Transaction support.
  1306.         + General purpose lock manager and shared memory
  1307.           buffer pool.
  1308.         + Online database backups.
  1309.         + Database recovery after application or system
  1310.           failure, including catastrophic recovery.
  1311.         Written in C, complete C language API, source code included.
  1312. references:    "A New Hashing Package for UNIX", Margo Seltzer, Ozan Yigit,
  1313.         Proceedings of the Winter USENIX Conference, Dallas, TX, 1991.
  1314.         "Document Processing in a Relational Database System, Michael
  1315.         Stonebraker," Heidi Stettner, Joseph Kalash, Antonin Guttman, 
  1316.         Nadene Lynn, Memorandum No.  UCB/ERL M82/32, May 1982.
  1317.         "LIBTP: Portable, Modular Transactions for UNIX," Margo 
  1318.         Seltzer, Michael Olson, Proceedings 1992 Winter Usenix
  1319.         Conference, San Francisco, CA, January 1992.
  1320. reported bugs:    none
  1321. ports:        Almost any UNIX, MS VC++ 5.0.
  1322. author:        Keith Bostic, Michael Olson, Margo Seltzer, Ozan Yigit
  1323. contact:    Sleepycat Software <db@sleepycat.com>
  1324. how to get:    http://www.sleepycat.com/db
  1325. updated:    1997/08/04
  1326.  
  1327. name:        Btree Library
  1328. version:    first public release
  1329. interfaces:    raw C library
  1330. access methods: b-tree
  1331. multiuser:    no
  1332. transactions:    no
  1333. distributed:    no
  1334. query language: none
  1335. limits:        values are limited to 4 bytes (long enough for a pointer!)
  1336. robustness:    ?
  1337. description:    Ths is a library that maintains a simple balanced btree index.
  1338.         Nothing more is provided than routines to insert, set, find
  1339.         (specific, next, and previous), and delete keys. Each key,
  1340.         however, has a spare long value that can be used to contain an
  1341.         offset to a data file. A library to handle fixed-length records
  1342.         based on these pointers should be trivial. (Can you say
  1343.         'dBASEIII'?) Another failing of this library is its total
  1344.         inability to cope with having several programs modifying
  1345.         indices at the same time. (it *CAN*, but I won't vouch for the
  1346.         result) The good solutions to that particular problem are OS
  1347.         dependent, unfortunately, and I am not a database guru anyhow.
  1348. ports:        Unix
  1349. author:        Marcus J. Ranum
  1350. how to get:    get btree and bt-rio from comp.sources.misc volume 3
  1351. updated:    1988/06/02
  1352.  
  1353. name:        B+tree Library
  1354. version:    first public release
  1355. interfaces:    raw C library, dbm-like library
  1356. access methods: b+tree
  1357. multiuser:    no
  1358. transactions:    no
  1359. distributed:    no
  1360. query language: none
  1361. limits:        ?
  1362. robustness:    ?
  1363. description:    This is the source code for a variable-length key variable page
  1364.         size b+tree library. Also included is source for a variety of
  1365.         test programs, a semi-useable record manager, and a
  1366.         dbm-lookalike library built on top of the record manager and
  1367.         b+tree. (dbm(3) will blow it away performance-wise, of
  1368.         course).
  1369. ports:        Pyramid, Sun, BSD4.3, Ultrix.  Does not work on Xenix
  1370. author:        Marcus J. Ranum
  1371. how to get:    get b+tree_mgr from comp.sources.misc volume 10
  1372. updated:    1988/06/02
  1373.  
  1374. name:        cbase
  1375. version:    102
  1376. interfaces:    C
  1377. access methods: ISAM
  1378. multiuser:    no
  1379. transactions:    ?
  1380. distributed:    no
  1381. query language: none
  1382. limits:        ?
  1383. robustness:    ?
  1384. description:    A database library (ISAM like).
  1385. ports:        MS-DOS
  1386. restrictions:    ?
  1387. contact:    ?
  1388. how to get:    ftp://ftp.ibp.fr/pub7/pc/SimTel/msdos/c/cbase102.zip
  1389. updated:    ?
  1390.  
  1391. name:        cdb
  1392. version:    0.55
  1393. interfaces:    C, Perl
  1394. access methods:    hash?
  1395. limits:        database size limit: 4GB
  1396. description:    cdb is a fast, reliable, lightweight package for creating and
  1397.         reading constant databases. Its database structure provides 
  1398.         several features:
  1399.         + fast lookups
  1400.         + low overhead
  1401.         + no random limits
  1402.         + fast atomic database replacement
  1403.         + fast database dumps
  1404. discussion:    djb-cdb-request@koobera.math.uic.edu
  1405. author:        Dan Bernstein <djb@koobera.math.uic.edu>
  1406. how to get:    http://pobox.com/~djb/cdb.html
  1407. updated:    ?
  1408.  
  1409. name:        dbz
  1410. version:    "20 Feb 1993 Performance Release of C News"
  1411. interfaces:    dbm-like, command-line access
  1412. access methods: hash
  1413. multiuser:    no
  1414. transactions:    no
  1415. distributed:    no
  1416. query language: none
  1417. limits:        lines are limited to 1024 bytes unless the -l option is used
  1418. robustness:    very robust within its domain
  1419. description:    A dbm-like library maintained for use with C-news.
  1420. ports:        everything that runs C-news (lots)
  1421. author:        Jon Zeeff <zeeff@b-tech.ann-arbor.mi.us>, David Butler, Mark
  1422.         Moraes, Henry Spencer.    Hashing function by Peter Honeyman.
  1423. contact:    Henry Spencer <henry@zoo.toronto.edu>
  1424. how to get:    included in the C-news distribution as ./dbz
  1425. updated:    1992/02/11
  1426.  
  1427. name:        gdbm
  1428. version:    1.7.3
  1429. interfaces:    dbm, ndbm, gdbm
  1430. access methods: hash
  1431. multiuser:    no, but does lock the entire file
  1432. transactions:    no
  1433. distributed:    no
  1434. query language: none
  1435. limits:        can handle large items
  1436. robustness:    [should be good --ed]
  1437. description:    An ndbm work-alike from the Free Software Foundation
  1438. bugs:        gnu.utils.bug
  1439. author:        Philip A. Nelson <phil@wwu.edu>
  1440. how to get:    ftp gdbm-*.tar.gz from any gnu archive
  1441. updated:    1994/05/18
  1442.  
  1443. name:        HDS (Hierarchical Data System)
  1444. version:    ?
  1445. interfaces:    Fortran, C?
  1446. access methods: ?
  1447. multiuser:    ?
  1448. transactions:    ?
  1449. distributed:    no
  1450. query language: ?
  1451. limits:        ?
  1452. robustness:    ?
  1453. description:    [This is probably just a library, but it may be a full
  1454.         database --ed]
  1455.         A library for storing large multi-dimensional arrays where
  1456.         efficiency of access is a requirement.
  1457.         It is presently used in astronomy, for storing (in particular)    
  1458.         images, spectra and time series.
  1459. references:    http://star-www.rl.ac.uk/
  1460. ports:        Alpha OSF/1, Sparc SunOS, Sparc Solaris
  1461. restrictions:    ?
  1462. contact:    ? mdl@star.rl.ac.uk ?
  1463. how to get:    ftp pub/doc/star-docs/sun92.tex from starlink-ftp.rl.ac.uk
  1464. updated:    ?
  1465.  
  1466. name:        IDBM (ISAM Database Manager)
  1467. version:    0.2.0
  1468. interfaces:    C library, curses query facility
  1469. access methods: ISAM
  1470. multiuser:    no
  1471. transactions:    no ?
  1472. distributed:    no
  1473. query language: none
  1474. limits:        ?
  1475. robustness:    beta release
  1476. description:    IDBM is a fairly complete ISAM database system.     It includes
  1477.         a database library, a schema compiler, a database consistaency
  1478.         checker,  import and export routines, and curses programs to
  1479.         modify the database schema and the data in the database.
  1480. references:    ?
  1481. announcements:    ?
  1482. discussion:    ?
  1483. bugs:        ?
  1484. requires:    ?
  1485. ports:        Xenix, SysV, HP-UX, AIX, Amiga, SunOS, BSD, and Ultrix
  1486. restrictions:    May not be used for commercial purposes.
  1487. author:        John F Haugh II <jfh@rpp386.cactus.org>
  1488. contact:    ?
  1489. how to get:    ftp pub/idbm/idbm-0.2.x/* from ftp.nevada.edu
  1490. updated:    1992/03/31
  1491.  
  1492. name:        sdbm
  1493. version:    ?
  1494. interfaces:    ndbm
  1495. access methods: hash
  1496. multiuser:    no
  1497. transactions:    no
  1498. distributed:    no
  1499. query language: none
  1500. limits:        ?
  1501. robustness:    [I know of no problems --ed]
  1502. description:    ndbm work-alike hashed database library based
  1503.         on Per-Aake Larson's Dynamic Hashing algorithms.
  1504. author:        Ozan S. Yigit <oz@nexus.yorku.ca>
  1505. how to get:    included in the X11R5 distribution as contrib/util/sdbm
  1506. updated:    1990/03/01
  1507.  
  1508. name:        tclvsdb
  1509. version:    1.0
  1510. interfaces:    Tcl
  1511. multiuser:    yes
  1512. transactions:    no
  1513. distributed:    no
  1514. query language:    none
  1515. limits:        ?
  1516. robustness:    ?
  1517. description:    Persistent rectangular data structures for Tcl.
  1518. author:        Steven B. Wahl <steven@cirque.com>
  1519. how to get:    http://hpux.cs.utah.edu/hppd/hpux/Tcl/TclVSdb-1.1/
  1520.  
  1521. name:        tdbm
  1522. version:    1.2
  1523. interfaces:    dbm-like
  1524. access methods: hashing
  1525. multiuser:    In theory, but the required threads package is not currently
  1526.         distributed.
  1527. transactions:    yes
  1528. distributed:    yes
  1529. query language: none
  1530. limits:        Some minor ones.
  1531. robustness:    Probably pretty reliable, but no hard data available.
  1532. description:    Tdbm is a transaction processing database with a dbm-like
  1533.         interface.  It provides nested atomic transactions, volatile
  1534.         and persistent databases, and support for very large objects
  1535.         and distributed operation.
  1536. references:    A paper appearing in the Summer '92 USENIX proceedings
  1537.         describes the design and implementation of tdbm and examines
  1538.         its performance.
  1539. status:        Hasn't been updated in a long time.  Commercial support
  1540.         is available.
  1541. author:        Barry Brachman <brachman@cs.ubc.ca>
  1542. requires:    Nothing special.
  1543. ports:        Linux, Sparc, MIPS, AIX.  Thought to be quite portable.
  1544. restrictions:    Copyrighted with liberal use policy.  
  1545. how to get:    http://www.nsg.bc.ca/tdbm.html
  1546. updated:    1994/07/06
  1547.  
  1548. name:        Wb
  1549. version:    1a2
  1550. interfaces:    scheme library
  1551. access method:    b-tree
  1552. multiuser:    no
  1553. transactions:    no
  1554. distributed:    no
  1555. query language: none
  1556. limits:        keys and data must be less that 256 bytes.  Total database
  1557.         must be < blocksize*2^32.
  1558. robustness:    unknown.  New release by a good programmer.
  1559. description:    WB is a disk based, sorted associative array C library.     These
  1560.         associative arrays consist of variable length (less that 256
  1561.         bytes) keys and values.     WB comes with an interface to the
  1562.         Scheme implementation SCM.
  1563. author:        Aubrey Jaffer <jaffer@martigny.ai.mit.edu>
  1564. requires:    SCM and SLIB (also available from altdorf.ai.mit.edu)
  1565. ports:        ?
  1566. how to get:    ftp archive/scm/wb1a2.tar.z from altdorf.ai.mit.edu
  1567. updated:    1993/11/05
  1568.  
  1569. name:        YACL (Yet Another Class Library)
  1570. version:    ?
  1571. interfaces:    C++ library
  1572. access methods: variable-length record management, b-trees.
  1573. multiuser:    no
  1574. transactions:    no
  1575. distributed:    no
  1576. query language: none
  1577. limits:        ?
  1578. robustness:    ?
  1579. description:    YACL is a general-purpose C++ class library.  It happens
  1580.         to include some disk access methods.
  1581. ports:        MS Windows, Linux
  1582. restrictions:    Commercial use prohibited.
  1583. author:        M. A. Sridhar <sridhar@usceast.cs.scarolina.edu>
  1584. how to get:    ftp pub/sridhar/yacl.zip from ftp.cs.scarolina.edu
  1585. updated:    1994/05/25
  1586.  
  1587. ---------------------------------------------------------------------------
  1588. -------------------------- x-Base compatible ------------------------------
  1589. ---------------------------------------------------------------------------
  1590.  
  1591. name:        CDBFile
  1592. version:    ?
  1593. what:        C access library
  1594. transactions:    no
  1595. description:    CDBFile is a C++ object-oriented package for programmers
  1596.         who need to manipulate dBASE III files in their programs.
  1597.         It enables you to perform many operations on an existing
  1598.         DBF file: reading/writing to it, accessing its values,
  1599.         sorting the records, adding/deleting records, etc.  It
  1600.         comes with full text and postscript documentation, and
  1601.         commented source code.  A demonstration program, TestDBF,
  1602.         shows the various possibilities of the CDBFile library,
  1603.         and its source file, testdbf.cpp, demonstrates how to
  1604.         implement CDBFile within a program.
  1605. author:        Herve GOURMELON <gourmelon@merlin.enssat.fr>
  1606. ports:        Windows, unix
  1607. restrictions:    GNU Library General Public License
  1608. how to get:    ftp://ftp.simtel.net/pub/simtelnet/msdos/database/cdbfile.zip
  1609. updated:    1997/03/12
  1610.  
  1611. name:        dbc3
  1612. version:    1.0
  1613. what:        C access library
  1614. transactions:    no
  1615. robustness:    ?
  1616. description:    Dbclib provides a basic C interface to the database files
  1617.         used by dBase III.  It provides funtions to both read and 
  1618.         write them.  The author is German and so all the comments are 
  1619.         in German.  It's very small (95k).  [I'm not sure I have 
  1620.         the name correct --ed]
  1621. ports:        Unix, MS-DOS
  1622. author:        D.Schanz
  1623. how to get:    uucp (host gold, login nuucp, no password, phone 08106-34593) 
  1624.         /home/public/unxhigh/unix1/dbclib.tgz; or
  1625.         ftp pub/pc/dos/programming/c/dbclib.tar.gz from ftp.uni-kl.de
  1626. updated:    1988/09/13
  1627.  
  1628. name:        dbf (xBase manipulation package)
  1629. version:    ?
  1630. what:        C access library and tools
  1631. access methods: ?
  1632. multiuser:    no
  1633. transactions:    no
  1634. distributed:    no
  1635. query language: none
  1636. limits:        ?
  1637. robustness:    ?
  1638. description:    DBF is a set of tools and library routines to manipulate xbase
  1639.         files.    The tools allow xbase files to be created and
  1640.         manipulated from the command line.
  1641. author:        Brad Eacker <beacker@sgi.com>
  1642. how to get:    comp.sources.misc volume 43
  1643. updated:    1994/06/27
  1644.  
  1645. name:        dbf read routines in perl
  1646. version:    ?
  1647. what:        minimal read-only perl access library
  1648. description:    very simple (15 line) routines to read dbf files
  1649. author:        David Rensin <rensin@glue.umd.edu>
  1650. how to get:    ftp pub/source/read_dbf_in_perl from ftp.idiom.com
  1651. updated:    1994/11/13
  1652.  
  1653. name:        dbflib
  1654. version;    0.7
  1655. what:        perl and C access library
  1656. limits:        does not support indexes
  1657. description:    Interface routines for manipulating xBase files.
  1658. restrictions:    GNU Library General Public License
  1659. author:        Rasca Gmelch <rasca@mozart.komm.hdk-berlin.de>
  1660. how to get:    http://www.komm.hdk-berlin.de/home/rasca/dbflib/
  1661. updated:    1997/03/27
  1662.  
  1663. ---------------------------------------------------------------------------
  1664. --------------------------- full text -------------------------------------
  1665. ---------------------------------------------------------------------------
  1666.  
  1667. name:        FFW 
  1668. version:    1.01
  1669. interfaces:    command line -- intended for CGI scripts
  1670. access methods: inverted index ?
  1671. query language: formal expression grammar with AND, OR, NOT and ().
  1672. index size:    30-50% of data size
  1673. limits:        ?
  1674. robustness:    ?
  1675. description:    Freetext search For Web (FFW) s a package made to provide
  1676.         easy-to-use freetext searching facilities over HTML documents
  1677.         (and as a special case plain text documents). The output
  1678.         is intended as input to scripts providing the user interface,
  1679.         typically CGI scripts.
  1680.         FFW is basically intended to replace similar solutions
  1681.         based on the Wais search engine, and solves some of the
  1682.         problems we experienced when using the Wais engine.
  1683.         FFW supports HTML.  It parses input files, ignoring HTML
  1684.         directives and translating HTML special characters into
  1685.         ISO8859-1 equivalents.
  1686.         FFW can build indexes incrementally and can search multiple
  1687.         indexes at the same time.
  1688.         Program messages are separated in one file for easy
  1689.         nationalisation.  Norwegian and English versions are
  1690.         provided.
  1691. references:    http://www.nta.no/produkter/ffw/ffw.html
  1692. requires:    g++ 2.6.2 exactly, g++ library
  1693. ports:        SunOS 4.1.3
  1694. author:        Ken Ronny Schouten, Haiyan Yang, Berd Hefjeld:    MultiTorg
  1695.         project at TeleNor Research, Norway.
  1696. contact:    ffw@nta.no
  1697. how to get:    ftp pub/ffw/ from ftp.nta.no
  1698. updated:    1995/01/09
  1699.  
  1700. name:        glimpse 
  1701. version:    1.0
  1702. interfaces:    command line
  1703. access methods: ?
  1704. query language: logical conjunctions in command line searches
  1705. index size:    2-4%
  1706. limits:        does not work well with source text larger than 500MB
  1707. robustness:    ?
  1708. description:    Glimpse is a text pre-scanning and query tool.    It builds
  1709.         a database of which files a word is used in.  When you want
  1710.         to search for a word, it knows ahead of time where it needs
  1711.         to look.  This allows it to give very quick results without
  1712.         storing a large inverted index.
  1713. references:    U. Manber and S. Wu, "GLIMPSE: A Tool to Search Through Entire
  1714.         File Systems," Usenix Winter 1994 Technical Conference, San
  1715.         Francisco (January 1994), pp. 23-32.  Also, Technical Report
  1716.         #TR 93-34, Dept. of Computer Science, University of Arizona,
  1717.         October 1993 (a postscript file is available by anonymous ftp
  1718.         at cs.arizona.edu:reports/1993/TR93-34.ps).
  1719.         S. Wu and U. Manber, "Fast Text Searching Allowing Errors,"
  1720.         Communications of the ACM 35 (October 1992), pp. 83-91.
  1721. discussion:    glimpse-request@cs.arizona.edu
  1722. ports:        portable, binaries provided for sun, mips, linux and alpha
  1723. author:        Udi Manber, Sun Wu, and Burra Gopal, Department of Computer
  1724.         Science, University of Arizona.
  1725. contact:    glimpse@cs.arizona.edu
  1726. how to get:    ftp glimpse/* from cs.arizona.edu
  1727. updated:    1994/04/27
  1728.  
  1729. name:        Liam Quin's text retrieval package (lq-text)
  1730. version:    1.14 beta 3
  1731. interfaces:    command line, curses
  1732. access methods: hash (dbm) plus clustered linked list
  1733. multiuser:    read only
  1734. distributed:    no, can be used over nfs if the systems are similar
  1735. query language: very limited command line
  1736. limits:        30-bit max document size, 31-bit distinct words in vocabulary,
  1737.         up to 2^24 documents (possibly more but I don't have enough
  1738.         disk to test anything like that!)
  1739. index size:    >30%, <100% of input text
  1740. robustness:    The README says that there are bugs.
  1741. description:    lq-text is a text retrieval package.
  1742.         That means you can tell it about lots of files, and later you
  1743.         can ask it questions about them.  The questions have to be:
  1744.         "which files contain this word?" or "which files contain this
  1745.         phrase?", but this information turns out to be rather useful.
  1746.         Lqtext has been designed to be reasonably fast.     It uses an
  1747.         inverted index, which is simply a kind of database.  This tends
  1748.         to be smaller than the size of the data, but more than half as
  1749.         large.    You still need to keep the original data.
  1750.         Lqtext uses dbm (berkeley db or sdbm) to store its indexes.
  1751. discussion:    lq-text-beta-request@sq.com
  1752. bugs:        lq-text-beta@sq.com
  1753. ports:        most version of unix (except SCO)
  1754. restrictions:    permission required for commercial use.
  1755. author:        Liam R. E. Quin <lee@sq.com>
  1756. how to get:    ftp pub/lq-text*.tar.Z from relay.cs.toronto.edu
  1757. updated:    1996/05/26
  1758.  
  1759. name:        mg
  1760. version:    1.0
  1761. interfaces:    command line interpreter, X (Tcl)
  1762. access methods: ?
  1763. multiuser:    no
  1764. transactions:    no
  1765. distributed:    no
  1766. query language: boolean and ranked queries using cosine similarity measure
  1767. index size:    5-15% of text being indexed, depending on document size and
  1768.         richness of vocabulary.     Text is also stored compressed,
  1769.         requires around 25-30% of original size. Complete retrieval
  1770.         system requires 30-45% of original text size.
  1771. limits:        Will probably fail when used with > 4Gb
  1772. robustness:    It is a research prototype, and as such there are no
  1773.         guarantees. Don't rely on it as a primary archive tool; but it
  1774.         is very useful as an adjunct to other storage mechanisms for
  1775.         e.g. maintaining a personal mail retrieval system. And, of
  1776.         course, for research purposes.
  1777. description:    mg compresses and indexes documents and images (indexed by
  1778.         user-supplied textual description).  All components are stored
  1779.         compressed: text by a word-based method that reduces the space
  1780.         requiremnent to around 25% of input; images by one of three
  1781.         different methods (FELICS, Textual Image Compression, two-level
  1782.         image compression); and index using index compression methods.
  1783.         The package also includes a mechanism for fast and economical
  1784.         creation of the index in thge first place.  It requires about 8
  1785.         hours (Sun SPARC 10 Model 512) to compress and index 2 Gb of
  1786.         text (the TREC collection); final retrieval system requires
  1787.         about 700 Mb to operate.  Multi-term Boolean and ranked queries
  1788.         are answered within seconds.
  1789. references:    "Managing gigabytes: compressing and indexing documents and
  1790.          images", Witten, Moffat, and Bell, Van Nostrand Reinhold, 1994,
  1791.          ISBN 0-442-01863-0.
  1792.         "Compression and fast indexing for multi-gigabyte text
  1793.          databases", Moffat and Zobel, Australian Computer Journal,
  1794.          26(1):1-9, February 1994.
  1795. status:        actively-develped research prototype.  Support of public use
  1796.         is not a priority.
  1797. ports:        SunOS, Solaris, SGI, Ultrix, NeXT.
  1798. restrictions:    GNU General Public License
  1799. author:        Tim Bell <tim@cosc.canterbury.ac.nz>, Stuart Inglis
  1800.         <singlis@waikato.ac.nz>, Alistair Moffat
  1801.         <alistair@cs.mu.oz.au>, Neil Sharman <neil@kbs.citri.edu.au>,
  1802.         Tim Shimmin <tes@kbs.citri.edu.au>, Ian Witten
  1803.         <ihw@waikato.ac.nz>, Justin Zobel <jz@cs.rmit.oz.au>, and
  1804.         others.
  1805. contact:    Alistair Moffat <alistair@cs.mu.oz.au>
  1806. how to get:    ftp pub/mg from munnari.oz.au
  1807. updated:    1994/03
  1808.  
  1809. name:        qt (Query Text)
  1810. version:    0.1
  1811. interfaces:    unix command line
  1812. access methods: ?
  1813. multiuser:    no
  1814. distributed:    no
  1815. query language: unix command line
  1816. index size:    ?
  1817. limits:        ?
  1818. robustness:    ?
  1819. description:    Qt creates, maintains, and queries a full text database. The
  1820.         database file system is organized as an inverted index. The
  1821.         program is written as a single script, in Bourne Shell, and
  1822.         permits simple natural language queries.  
  1823.         [qt appears to be easier to use than lq-text and wais --ed]
  1824. bugs:        author
  1825. ports:        Unix, SysV.4, AIX, OSF/1, etc.
  1826. author:        John Conover <john@johncon.com>
  1827. how to get:    comp.sources.unix volume 27
  1828. updated:    1993/10/18
  1829.  
  1830. name:        SMART
  1831. version:    11.0
  1832. interfaces:    terminal, X (slightly oder version), and several 
  1833.         under development including Z39.50
  1834. access methods: inverted file search or sequential search
  1835. multiuser:    yes, but last writer wins when there are update conflicts
  1836. distributed:    In-house version, to be made public in fall
  1837. query language: Natural language
  1838. index size:    approx 40% of original text.
  1839. limits:        Can only handle roughly 4 Gbytes of text in 
  1840.         non-distributed version.
  1841. robustness:    Research tool; parts have been well-tested but others not.
  1842. description:    SMART is an implementation of the vector-space model of
  1843.         information retrieval proposed by Salton back in the 60's.  The
  1844.         primary purpose of SMART is to provide a framework in which to
  1845.         conduct information retrieval research.     Standard versions of
  1846.         indexing, retrieval, and evaluation are provided.
  1847.         The system is designed to be used for small to medium scale
  1848.         collections, and offers reasonable speed and support for these
  1849.         actual applications.
  1850.         SMART analyses the collection of information and builds
  1851.         indexes.  It can then be used to build natural-language based
  1852.         information retrieval software.     It uses feedback from the
  1853.         user to tighten its search.
  1854. references:    Z39.50 URL: <http://ds.internic.net/z3950/z3950.html>
  1855. restrictions:    Research use only.
  1856. discussion:    smart-people-request@cs.cornell.edu
  1857. ports:        Unix (works under Linux, does not work under Ultrix, ?)
  1858. contact:    <chrisb@cs.cornell.edu>
  1859. how to get:    ftp pub/smart/* from ftp.cs.cornell.edu
  1860. updated:    1992/07/21
  1861.  
  1862. name:        WAIS (Wide Area Information Server)
  1863. version:    8 b5.1
  1864. interfaces:    the wais protocol (Z39.50)
  1865. access methods: inverted string index
  1866. multiuser:    read only
  1867. distributed:    client/server
  1868. query language: natural language, boolean, Relevance Feedback
  1869. index size:    roughtly = data size
  1870. limits:        "none"
  1871. robustness:    fairly high
  1872. description:    There are three main components: WAISINDEX, WAISSERVER, and
  1873.         WAISSEARCH.
  1874.         WAISINDEX creates an inverted file index.  WAISINDEX includes
  1875.         filters for a number of common file formats.
  1876.         WAISSERVER listens for Z39.50 packets and tries to answer
  1877.         them.
  1878.         WAISSEARCH is the user agent that talks to WAISSERVERs.     There
  1879.         are several front ends: shell, X, and emacs.
  1880. announcements:    wais-interest-request@think.com
  1881. discussion:    wais-discussion-request@think.com
  1882. ports:        vax, sun-3, sun-4, NeXT, sysV
  1883. restriction:    commercial version exists, contact info@wais.com
  1884. author:        Harry Morris <Morris@wais.com>, Brewster Kahle 
  1885.         <Brewster@wais.com>, Jonny Goldman <Jonathan@Think.COM>
  1886. how to get:    ftp pub/freeware/unix-src/* from wais.com
  1887. updated:    1992/11/16
  1888.  
  1889. ---------------------------------------------------------------------------
  1890. --------------------------- interfaces ------------------------------------
  1891. ---------------------------------------------------------------------------
  1892.  
  1893. name:        CB++
  1894. version:    0.1
  1895. interface from: C/C++
  1896. interface to:    SunOS/Oracle (DOS+Windows/Oracle,Gupta, OS/2 Sybase)
  1897. description:    CB++ provides a plain C/C++ interface (not embedded) for SQL
  1898.         database server access.     It was written in 1989 as a basis for
  1899.         storing C++ objects in a relational database.    It is very
  1900.         simple to use and makes applications portable among different
  1901.         SQL databases.    The library itself is relatively easy to port
  1902.         as the database vendor specific code is separated into a single
  1903.         C++ class which makes up only a limited part of the library.
  1904.         The author supports the current SunOS/Oracle version and
  1905.         server ports to other UNIX databases (DOS-, Windows-, OS/2-stuff
  1906.         is provided as it is and no longer supported)
  1907. requires:    C++
  1908. ports:        Oracle 6 for SunOS 4.1.3,
  1909.         Gupta SQL Server for DOS/MS-Windows, OS/2 SQL Server
  1910. author:        Bernhard Strassl <bernhard@ani.univie.ac.at>
  1911. how to get:    ftp R5contrib/CB++.0.1.tar.Z from ftp.x.org
  1912. updated:    1993/10/05
  1913.  
  1914. name:        ChezSybase (A blatent trademark ripoff)
  1915. version:    1.0
  1916. interface from: Chez Scheme
  1917. interface to:    Sybase 
  1918. limits:        limited text datatype support -- text datatype only up to 32K --
  1919.         the Sybase returned SQL column limit, image and binary data
  1920.         not supported, datetime Sybase data must be manipulated as
  1921.         strings in Scheme, a few db-lib calls not implimented
  1922. description:    A foreign function interface to Chez Scheme to allow calls to
  1923.         the Sybase db-lib, the API to the Sybase database, and a high
  1924.         level Scheme-like interface so you can forget about db-lib.
  1925. bugs:        Contact the author.
  1926. requires:    Chez Scheme, Sybase db-lib & server, network support for Sybase
  1927. ports:        VMS, should work in Unix
  1928. author:        Karl O. Pinc <kop@acm.org>
  1929. how to get:    ftp ftp.cs.cmu.edu:/user/ai/lang/scheme/code/io/chez_syb
  1930.         ftp ftp.cs.indiania.edu:/pub/scheme-repository/
  1931. updated:    1991/08/07
  1932.  
  1933. name:        ciORA
  1934. version:    alpha
  1935. interface from: C
  1936. interface to:    Oracle
  1937. query language: ?
  1938. robustness:    ?
  1939. description:    ciORA is a set of C interface routines to Oracle that are
  1940.         modeled after the standard I/O portion of the C library.  ciORA
  1941.         presents a familiar interface to an experienced C programmer by
  1942.         avoiding the awkward embedding of SQL statements using
  1943.         precompilers and the tedium of using low-level OCI calls.
  1944.         ciORA eliminates the need for precompilers by supplying an
  1945.         interface library providing equivalent functions.  It also
  1946.         provides a higher level of abstraction to the functions in the
  1947.         Oracle Call Interface (OCI).  ciORA manages (and hides) the
  1948.         tedious details necessary when writing programs using OCI by
  1949.         replacing the cumbersome Oracle constructs such as logon data
  1950.         areas, cursor data areas, and external datatypes, the Oracle
  1951.         array interface, bind variables, select-list-items, and the
  1952.         like with constructs familiar to a C programmer using the
  1953.         standard I/O portion of the C library.    ciORA also provides a
  1954.         consistent interface to Oracle errors similar to the convention
  1955.         used in C's errno.
  1956. requires:    Oracle
  1957. ports:        IRIX 5.2, Oracle 7.0.15.4.0
  1958. restrictions:    GNU General Public License
  1959. author:        Zane Dodson <dodson@aquila.plk.af.mil>
  1960. how to get:    email author
  1961. updated:    1994/09/10
  1962.  
  1963. name:        cisamperl
  1964. version:    0.9
  1965. interface from: perl
  1966. interface to:    Informix C-ISAM 3.1 library
  1967. limits:        ?
  1968. robustness:    ?
  1969. description:    cisamperl/rocisperl is a package, which implements an interface
  1970.         to the INFORMIX C-ISAM library for perl. It is coded as an usub
  1971.         (see perl documentation) and needs to be compiled with perl and
  1972.         the C-ISAM library to form 2 separate executables called
  1973.         cisamperl and rocisperl respectively.  cisamperl is a fully
  1974.         functioning (unless I forgot something) perl executable with
  1975.         calls for C-ISAM file access added.  rocisperl is the same,
  1976.         with all calls that create/modify/delete C-ISAM files or
  1977.         records disabled.
  1978. requires:    C-ISAM 3.1, perl4
  1979. ports:        ?
  1980. author:        Mathias Koerber <Mathias.Koerber@swi.com.sg>
  1981. how to get:    ftp pub/perl/db/perl4/cisamperl/cisamperl-* from ftp.demon.co.uk
  1982. updated:    1994/10/29
  1983.  
  1984. name:        ctreeperl
  1985. version:    ?
  1986. interface from: perl
  1987. interface to:    FairCom Ctree 
  1988. description:    A perl interface for FairCom Ctree file indexing.
  1989. requires:    Ctree
  1990. author:        John Conover <john@johncon.com>
  1991. how to get:    ftp://ftp.demon.co.uk/pub/perl/db/ctreeperl
  1992. updated:    1994/04/07
  1993.  
  1994. name:        dbCGI
  1995. version:    ?
  1996. interface from:    WWW/CGI
  1997. interface to:    Progress, Sybase, Oracle, Informix, Ingres, ODBC
  1998. description:    dbCGI, from CorVu Pty Ltd (Australia), is a CGI gateway which 
  1999.         gives easy access to SQL databases using the World Wide Web. 
  2000.         dbCGI is capable of producing formatted output, forms, tables 
  2001.         and complex reports using SQL calls embedded in an HTML 
  2002.         document. 
  2003. restrictions:    CorVu General Public License 
  2004. contact:    ?
  2005. how to get:    http://enterprise.progress.com:80/ent/webtools/dbcgi/dbcgi.htm
  2006. updated:    ?
  2007.  
  2008. name:        DBI
  2009. version:    0.89
  2010. interface from: Perl5
  2011. interface to:    Many databases via DBD modules
  2012. interfaces:    Perl function calls
  2013. robustness:    Good.
  2014. description:    The database-independent half of a RDBMS interface to
  2015.         Perl5.  DBI is only useful when combined with DBD (DataBase
  2016.         Dependent) modules.  DBD Modules exist for many databases.
  2017.         Using DBI allows the same perl code to run against different
  2018.         databases.
  2019. status:        actively developed
  2020. announcements:    http://www.fugue.com/dbi
  2021. bugs:        http://www.fugue.com/dbi
  2022. author:        Tim Bunce
  2023. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2024. updated:    1997/07/25
  2025.  
  2026. name:        DBD::Empress
  2027. version:    0.45
  2028. interface from:    DBI
  2029. interface to:    Empress
  2030. description:    Database dependent layer for Empress
  2031. author:        Empress Software, Inc
  2032. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2033. updated:    1996/08/12
  2034.  
  2035. name:        DBD::DB2
  2036. version:    0.63
  2037. interface from:    DBI
  2038. interface to:    DB2
  2039. description:    Database dependent layer for DB2
  2040. author:        mhm@dax.austin.ibm.com
  2041. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2042. updated:    1997/04/10
  2043.  
  2044. name:        DBD::Informix
  2045. version:    0.56
  2046. interface from:    DBI
  2047. interface to:    Informix
  2048. description:    Database dependent layer for Informix
  2049. author:        johnl@informix.com (Jonathan Leffler)
  2050. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2051. updated:    1997/07/13
  2052.  
  2053. name:        DBD::ODBC
  2054. version:    0.16
  2055. interface from: DBI
  2056. interface to:    ODBC
  2057. description:    Database dependent layer for ODBC
  2058. author:        Tim Bunce
  2059. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2060. updated:    1997/07/25
  2061.  
  2062. named:        DBD::Oracle
  2063. version:    1997/06/21
  2064. interface from:    DBI
  2065. interface to:    Oracle
  2066. description:    Database dependent layer for Oracle
  2067. author:        Tim Bunce
  2068. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2069. updated:    1997/06/21
  2070.  
  2071. name:        DBD::Solid
  2072. version:    0.02
  2073. interface from:    DBI
  2074. interface to:    Solid
  2075. description:    Database dependent layer for Solid
  2076. author:        Thomas Wenrich <wenrich@site58.ping.at>
  2077. how to get:    http://www.hermetica.com/technologia/perl/DBI
  2078.         http://members.ping.at/wenrich/DBD-Solid.html
  2079. updated:    1997/06/21
  2080.  
  2081. name:        DBEDIT
  2082. version:    0.9b8
  2083. interface from:    CGI 
  2084. interface to:    rdb
  2085. description:    Perl CGIs for web based database updates of the rdb database.
  2086. restrictions:    Library GNU General Public License
  2087. how to get:    http://admin.gnacademy.org:8001/uu-gna/tech/dbedit/dbedit.html
  2088. updated:    ?
  2089.  
  2090. name:        DSQL
  2091. version:    3.0
  2092. interface from: Unix, Macintosh, MS-DOS, MS-Windows, and Macintosh Hypercard
  2093. interface to:    Unix/Informix, VMS/Oracle
  2094. description:    DSQL is a simple client/server protocol to support remote
  2095.         access of SQL databases.  DSQL was designed in response to a
  2096.         perceived need at Genentech to provide graphical front-ends on
  2097.         Macintosh computers to Informix relational databases running on
  2098.         Unix servers.  DSQL version 3 is distributed with 2 server
  2099.         implementations and four client library implementations.  The
  2100.         API for the client libraries has been standardized, and the
  2101.         client code is divided into portable and architecture-specific
  2102.         portions.
  2103. requires:    ?
  2104. ports:        Mac, PC, Unix
  2105. author:        The Genentech Scientific Computing Technology Development 
  2106.         group.    Original authors: David Mischel, Terry Oberzeir, 
  2107.         Scooter Morris <scooter@tinman.gene.com>, Kathryn Woods.  
  2108.         Current team: Jim Fitzgerald, David Mischel, Scooter Morris, 
  2109.         Terry Oberzier, and Dan Lamb (VMS/Oracle).
  2110. contact:    ?
  2111. how to get:    ftp pub/dsql.3.tar.Z from cgl.ucsf.edu
  2112. updated:    1993/06/25
  2113.  
  2114. name:        Ingperl 
  2115. version:    2.0
  2116. interface from: perl
  2117. interface to:    Ingres
  2118. descritpion:    Ingperl is a set of user subroutines to enable Perl programs to
  2119.         access Ingres databases.  Ingperl used to be called Sqlperl.
  2120. requires:    Perl 3.027 or higher, ?
  2121. discussion:    perldb-interest-REQUEST@vix.com
  2122. author:        Ted Lemon <mellon@ncd.com>
  2123. how to get:    ftp pub/perl/db/sqlperl/? from ftp.demon.co.uk
  2124. updated:    1994/04/11
  2125.  
  2126. name:        iODBC
  2127. version:    2.12
  2128. interface from:    ODBC
  2129. interface to:    ODBC
  2130. description:    iODBC ( intrinsic Open Database Connectivity ) driver manager 
  2131.         is an ODBC 2.0 compliant ODBC driver  manager  which performs 
  2132.         exactly same tasks of ODBC 2.0 driver manager(i.e driver 
  2133.         loading, parameters and function sequence checking, driver's 
  2134.         function invoking, etc..). Any ODBC driver works with ODBC 2.0 
  2135.         driver manager  will also work with iODBC driver manager and 
  2136.         vice versa. Applications(which using ODBC function calls ) 
  2137.         linked with iODBC driver manager will be able to simultaneously
  2138.         access multiple different type of data sources within a single
  2139.         process through suitable ODBC drivers. 
  2140. restrictions:    GNU General Public License
  2141. author:        Ke Jin <kejin@empress.com>
  2142. how to get:    ftp://ftp.demon.co.uk/pub/perl/db/other/iODBC/
  2143. updated:    1995/12/29
  2144.  
  2145. name:        Isqlperl
  2146. version:    1.1
  2147. interface from: perl
  2148. interface to:    Informix
  2149. limits:        Maximum concurrently open cursors configured at build time.
  2150. descritpion:    Isqlperl is a set of user subroutines to enable Perl programs to
  2151.         access Informix databases.
  2152. requires:    Perl 4.035 or higher, Informix ESQL/C (Online, SE, or Turbo)
  2153. discussion:    perldb-interest-REQUEST@vix.com
  2154. restrictions:    GNU Public License
  2155. author:        Bill Hails <bill@tardis.co.uk>
  2156. how to get:    ftp pub/perl/db/isqlperl/isqlperl-1.1.shar.Z 
  2157.         from ftp.demon.co.uk
  2158. updated:    1993/10/02
  2159.  
  2160. name:        Isqltcl ?
  2161. version:    ?
  2162. interface from: Tcl
  2163. interface to:    Informix
  2164. description:    Isqltcl is an extension to Tool Command Language (Tcl) that
  2165.         provides access to an Informix database server.     Isqltcl adds
  2166.         additional Tcl commands that login to an Informix Server, pass
  2167.         SQL code, read results, etc.
  2168. requires:    ?
  2169. discussion:    comp.lang.tcl
  2170. author:        Srinivas Kumar <skumar@netcom.com>
  2171. how to get:    ftp tcl/extensions/isqltcl.tar.Z from harbor.ecn.purdue.edu
  2172. updated:    1993/09/15
  2173.  
  2174. name:        Interperl
  2175. version:    ?
  2176. interface from: perl4
  2177. interface to:    Interbase
  2178. descritpion:    Interperl is a set of user subroutines to enable Perl programs 
  2179.         to access Interbase databases.
  2180. requires:    Perl 3.027 or higher, ?
  2181. discussion:    perldb-interest-REQUEST@vix.com
  2182. author:        Buzz Moschetti <buzz@bear.com>
  2183. how to get:    ftp pub/perl/db/interperl/? from ftp.demon.co.uk
  2184. updated:    ?
  2185.  
  2186. name:        MPSQL
  2187. version:    1.5
  2188. interface from:    X11
  2189. interface to:    PostgreSQL
  2190. description:    SQL GUI client for PostgreSQL.  Similar to Oracle's
  2191.         Server Manager.
  2192. author:        keidav@whidbey.com
  2193. how to get:    http://www.troubador.com/~keidav/index.html
  2194. updated:    1997/06/30
  2195.  
  2196. name:        nnODBC
  2197. version:    0.5
  2198. interface from:    ODBC
  2199. interface to:    Netnews
  2200. description:    Developed as an example of an ODBC driver.
  2201. author:        Ke Jin <kejin@empress.com>
  2202. how to get:    ftp://ftp.demon.co.uk/pub/perl/db/other/iODBC/
  2203. updated:    1996/06/04
  2204.  
  2205. name:        Win32::ODBC
  2206. version:    ?
  2207. interface from:    Perl5
  2208. interface to:    ODBC
  2209. description:    ODBC bindings for perl5 on Windows95 and WindowsNT
  2210. author:        Daniel Demaggio <dmag@engin.umich.edu>
  2211. how to get:    http://www.roth.net/odbc
  2212. updated:    ?
  2213.  
  2214. name:        OdbcTcl
  2215. version:    0.2
  2216. interface from:    Tcl
  2217. interface to:    ODBC
  2218. description:    OdbcTcl is an extension for TCL to access the ODBC 2.0 
  2219.         libraries.
  2220. ports:        Windows 95, Windows NT, Linux
  2221. author:        Jose Porcayo <103662.3300@CompuServe.COM>
  2222. how to get:    ftp://ftp.neosoft.com//pub/tcl/sorted/databases/odbctcl-0.2
  2223. updated:    1997/02/26
  2224.  
  2225. name:        ODBM
  2226. version:    0.9
  2227. interface from:    C++
  2228. interface to:    dbm
  2229. limits:        Some minor ones.
  2230. robustness:    Looks fine but not hardly tested yet.
  2231. description:    ODBM is a tiny, DBM-based persistent object storage. It 
  2232.         provides single inheritance, automatic key and object type 
  2233.         management, list types, and objects up to 65000 DBM blocks. 
  2234.         The overall functionality depends on the DBM module used as a 
  2235.         basis.
  2236. references:    Webpages, explaining the interface and some implemantation 
  2237.         issues.
  2238. discussion:    Contact the author.
  2239. bugs:        Contact the author.
  2240. author:        Jan Lessner <jan@c-lab.de>
  2241. ports:        Common UNIX platforms and Windows NT, thought to be quite 
  2242.         portable.
  2243. restrictions:    Copyrighted with liberal use policy.
  2244. how to get:    http://www.c-lab.de/~jan/odbm
  2245. updated:    1997/03/19
  2246.  
  2247. name:        ODDIS 
  2248. version:    2.11
  2249. interface from:    tty
  2250. interface to:    Oracle
  2251. description:    The Oracle Data Dictionary Information System (ODDIS) provides
  2252.         a database administrator's view of an Oracle database.  It 
  2253.         displays the data dictionary, and various statistics.  It 
  2254.         accepts SQL statements to be run and will allow you to edit
  2255.         them.
  2256. contact:    oddis@informatik.uni-hannover.de
  2257. how to get:    ftp://ftp.informatik.uni-hannover.de/software/oddis/oddis-2.11.tar.gz
  2258. restrictions:    GNU General Public License
  2259. updated:    1996/06/12
  2260.  
  2261. name:        Oraguile
  2262. version:    0.0
  2263. interface from:    Guile
  2264. interface to:    Oracle
  2265. how to get:    ftp://ftp.andrews.edu/pub/aldy/oraguile-0.0.tar.gz
  2266. updated:    1996/02/15
  2267.  
  2268. name:        Oraperl
  2269. version:    ?
  2270. interface from: perl
  2271. interface to:    Oracle
  2272. descritpion:    Oraperl is a set of user subroutines to enable Perl programs to
  2273.         access Oracle databases.
  2274. requires:    Perl 3.027 or higher, Oracle Pro*C
  2275. discussion:    perldb-interest-REQUEST@vix.com
  2276. author:        Kevin Stock 
  2277. how to get:    ftp://ftp.demon.co.uk/pub/perl/db/perl4/oraperl/
  2278. updated:    ?
  2279.  
  2280. name:        Oratcl
  2281. version:    2.5b1
  2282. interface from: Tcl
  2283. interface to:    Oracle
  2284. description:    Oratcl is an extension to Tool Command Language (Tcl) that
  2285.         provides access to a Oracle Database server.  Oratcl adds
  2286.         additional Tcl commands that login to an Oracle Server, pass
  2287.         SQL code, read results, etc.  Oratcl was inspired by similar
  2288.         tools written for Perl (sybperl, oraperl) but was written from
  2289.         scratch instead of borrowing on the work of either Perl
  2290.         extension.
  2291. requires:    Tcl 6.7, Tk 3.2, Oracle OCI libraries 1.5, 
  2292.         Oracle SQL Server Version 6 or Version 7
  2293. discussion:    comp.lang.tcl
  2294. author:        Tom Poindexter <tpoindex@nyx.cs.du.edu>
  2295. how to get:    ftp tcl/extensions/oratcl-2.2.tar.gz from ftp.aud.alcatel.com
  2296. updated:    1997/05/09
  2297.  
  2298. name:        pgperl
  2299. version:    ?
  2300. interface from: perl
  2301. interface to:    Postgres
  2302. descritpion:    pgperl is a set of user subroutines to enable Perl programs to
  2303.         access Postgres databases.
  2304. requires:    Perl 3.027 or higher, ?
  2305. discussion:    perldb-interest-REQUEST@vix.com
  2306. author:        Igor Metz <metz@iam.unibe.ch>
  2307. how to get:    ftp pub/perl/db/pgperl/? from ftp.demon.co.uk
  2308. updated:    ?
  2309.  
  2310. name:        REXX/SQL
  2311. version:    1.2
  2312. interface from:    REXX
  2313. interface to:    Oracle, mSQL
  2314. description:    SQL bindings for REXX
  2315. author:        Hessling Mark <hesslinm@news.qut.edu.au>
  2316. how to get:    ftp://ftp.qut.edu.au/src/REXXSQL
  2317. updated:    1995/08/13
  2318.  
  2319. name:        SIOD (Scheme In One Defun/Day)
  2320. version:    3.2
  2321. interface from: C, C++, Scheme
  2322. interface to:    Oracle, Digital RDB, flat ascii, flat binary. Sybase.
  2323. access methods: flat files contain symbolic expression such as hash tables.
  2324. multiuser:    yes with commercial DB, no with flat files.
  2325. transactions:    yes with commercial DB, no with flat files.
  2326. distributed:    yes with commercial DB, no with flat files.
  2327. query language: SQL, any SCHEME program.
  2328. limits:        None.
  2329. robustness:    ?
  2330. description:    This is a scheme interpreter with built-in procedures using
  2331.         the Oracle Call Interface (OCI) and DIGITAL RDB SQL Services.
  2332.         You can use it merely as a flexible database loader/unloader
  2333.         with fast binary flat-file data save/restore. Or you can
  2334.         use it to apply the classic Symbolic Manipulation or
  2335.         Artificial Intelligence techniques on your data sets.
  2336.         The main-program can be oriented towards batch, character-cell
  2337.         terminal, or Window/GUI. Sybase via ct library.
  2338.         The system also provides a general purpose unix scripting
  2339.         language environment.
  2340. references:    Structure and Interpretation of Computer Programs MIT Press.
  2341. announcements:    comp.lang.scheme, comp.databases.rdb, comp.databases.oracle
  2342. bugs:        Contact the author.
  2343. requires:    C compiler, your favorite commercial DB.
  2344. ports:        VMS, WINDOWS NT, UNIX, OS/2, MACINTOSH. LINUX. OSF/1. SGI.
  2345. author:        George Carrette <gjc@world.std.com>
  2346. how to get:    ftp pub/gjc/siod* from ftp.std.com. or from sunsite.unc.edu
  2347.         pub/Linux/devel/lang/lisp/
  2348. updated:    1996/06/12
  2349.  
  2350. name:        Sqsh
  2351. version:    1.5
  2352. interface from:    command line, X11
  2353. interface to:    Sybase
  2354. description:    A scripting command line interpreter interface to Sybase. 
  2355.         Sqsh provides a powerful environment for using Sybase.
  2356. author:        Scott Gray <gray@voicenet.com>
  2357. how to get:    http://www.voicenet.com/~gray/sqsh.html
  2358. updated:    1997/02/18
  2359.  
  2360. name:        SybJava
  2361. version:    1.0 Beta
  2362. interface from:    Java
  2363. interface to:    Sybase
  2364. description:    A port of Sybtcl to Java
  2365. author:        James Todd <james.todd@eng.sun.com>
  2366. how to get:    http://users.aimnet.com/~omd/sybjava.html
  2367. updated:    ?
  2368.  
  2369. name:        Sybperl
  2370. version:    1.011 patch 12
  2371. interface from: perl4
  2372. interface to:    Sybase
  2373. descritpion:    Sybperl is a set of user subroutines to enable Perl programs to
  2374.         access Sybase databases.
  2375. requires:    Perl 3.027 or higher, ?
  2376. discussion:    perldb-interest-REQUEST@vix.com
  2377. author:        Michael Peppler <mpeppler@itf.ch>
  2378. how to get:    ftp pub/perl/db/mod/Sybperl/ from ftp.demon.co.uk
  2379. updated:    1994/12/22
  2380.  
  2381. name:        Sybperl
  2382. version:    2a7 (a is for alpha)
  2383. interface from: Perl5
  2384. interface to:    Sybase
  2385. descritpion:    Sybperl is a set of user subroutines to enable Perl programs
  2386.         to access Sybase databases.  Sybase::DBlib implements a
  2387.         fairly large subset of Sybase's DBlibrary API in the Perl5
  2388.         fashion (ie using some of the new OO features of Perl5)
  2389. requires:    perl5
  2390. discussion:    perldb-interest-REQUEST@vix.com
  2391. author:        Michael Peppler <mpeppler@itf.ch>
  2392. how to get:    ftp pub/perl/db/mod/Sybperl/ from ftp.demon.co.uk
  2393. updated:    1994/12/22
  2394.  
  2395. name:        Sybtcl
  2396. version:    2.5b1
  2397. interface from: Tcl
  2398. interface to:    Sybase
  2399. description:    Sybtcl is an extension to Tool Command Language (Tcl) that
  2400.         provides access to a Sybase Database server.  Sybtcl adds
  2401.         additional Tcl commands that login to a SQL Server, pass SQL
  2402.         code, read results, etc.  Sybtcl was inspired by similar tools
  2403.         written for Perl (sybperl, oraperl) but was written from
  2404.         scratch instead of borrowing on the work of either Perl
  2405.         extension.
  2406. requires:    Sybase Open Client (DB-Library), Sybase SQL Server
  2407. discussion:    comp.lang.tcl
  2408. author:        Tom Poindexter <tpoindex@nyx.cs.du.edu>
  2409. how to get:    ftp tcl/extensions/sybtcl-2.2.tar.gz from ftp.aud.alcatel.com
  2410. updated:    1997/05/09
  2411.  
  2412. name:           T2C
  2413. version:        1.0
  2414. interface from: C++
  2415. interface to:   Oracle (Gupta and Sybase possible)
  2416. robustness:     Author is using it for serious applications in a health
  2417.         care environment.
  2418. description:    T2C generates C++ source code for so called ``shuttle
  2419.                 classes''. A shuttle class is a C++ class that
  2420.                 reflects a certain relation within a DBMS. There are
  2421.                 methods for retrieving, inserting, updating and
  2422.                 deleting tuples whithout having to spell out any
  2423.                 attribute in an SQL statement. This greatly faciliates
  2424.                 DBMS interfacing for C++ applications thereby adding
  2425.                 flexibility.
  2426. bugs:           gusw@fub46.zedat.fu-berlin.de
  2427. ports:          unix
  2428. restrictions:   GNU General Public License
  2429. author:         Gunther Schadow <gusw@fub46.zedat.fu-berlin.de>
  2430.                 CB++ was originally written by 
  2431.         Bernhard Strassl <bernhard@ani.univie.ac.at>     
  2432. how to get:     http://fub46.zedat.fu-berlin.de:8080/~gusw/t2c-1.0.tar.z
  2433. updated:        1995/07/21
  2434.  
  2435. name:        tclgdbm
  2436. version:    1.0
  2437. interface from: Tcl
  2438. interface to:    gdbm
  2439. description:    none provided
  2440. discussion:    comp.lang.tcl
  2441. author:        Tuan Doan <tdoan@bnr.ca>
  2442. how to get:    ftp pub/tcl/extensions/tclgdbm1.0* from harbor.ecn.purdue.edu
  2443. updated:    1994/02/08
  2444.  
  2445. name:        tcl+gdbm
  2446. version:    0.1
  2447. interface from: Tcl
  2448. interface to:    gdbm
  2449. description:    none provided
  2450. discussion:    comp.lang.tcl
  2451. author:        Christian Lindig <lindig@ips.cs.tu-bs.de>
  2452. how to get:    ftp pub/local/sw/tcl+gdbm-0.1.tar.gz from ftp.ips.cs.tu-bs.de
  2453. updated:    1994/05/04
  2454.  
  2455. name:        tcshql
  2456. version:    1.0
  2457. interface from:    Tcl
  2458. interface to:    Shql
  2459. description:    Tcl bindings for accessing Shql databases
  2460. author:        Jean-Luc Fontaine <jfontain@pluton.experdata.fr>
  2461. how to get:    http://www2.sco.com/Skunk96/src/Tcl/tcshql-1.0.tar.gz
  2462. updated:    ?
  2463.  
  2464. name:        TimeDB
  2465. version:    ?
  2466. interface from:    ATSQL2
  2467. interface to:    Oracle
  2468. description:    TimeDB is a bitemporal relational database system based on 
  2469.         the query language SQL. It supports a query language, data 
  2470.         manipulation language, data definition language and assertions.
  2471.         TimeDB supports the temporal query language ATSQL2, which was 
  2472.         designed by Michael Boehlen, Christian Jensen, Richard 
  2473.         Snodgrass and Andreas Steiner. 
  2474.         TimeDB runs as a frontend to the commercial (relational) 
  2475.         database system Oracle. ATSQL2 statements (queries, updates, 
  2476.         and assertions) are compiled into (sequences of) SQL-92 
  2477.         statements which are executed by the backend.  TimeDB provides 
  2478.         bitemporal statements.  It excels in a seamless integration 
  2479.         of time into databases by supporting upwards compatibility and
  2480.         temporal upwards compatibility. Implementation is continuing. 
  2481.         A SQL main memory interpreter is shipped with this release, 
  2482.         such that TimeDB can be run without Oracle. 
  2483. author:        Andreas Steiner <steiner@inf.ethz.ch>
  2484. how to get:    http://www.inf.ethz.ch/personal/steiner/TimeDB.html
  2485. updated:    ?
  2486.  
  2487. name:        Uniperl
  2488. version:    ?
  2489. interface from: perl
  2490. interface to:    Unify 5.0
  2491. descritpion:    Uniperl is a set of user subroutines to enable Perl programs to
  2492.         access Unify databases.
  2493. requires:    Perl 3.027 or higher, ?
  2494. discussion:    perldb-interest-REQUEST@vix.com
  2495. author:        Rick Wargo <rickers@coe.drexel.edu>
  2496. how to get:    ftp://ftp.demon.co.uk/pub/perl4/db/uniperl/
  2497. updated:    ?
  2498.  
  2499. name:        WebinTool
  2500. version:    2.1.1p1
  2501. interface from:    WWW/CGI
  2502. interface to:    SQL
  2503. description:    WebinTool is a generic WWW to SQL-database interface building
  2504.         tool developed at the BBSRC Roslin Institute.  WebinTool
  2505.         allows the user to create USER-CUSTOMIZED WWW interfaces
  2506.         to SQL-databases through a series of user-defined WebinTool
  2507.         forms.  A WebinTool form is a document written in HTML and
  2508.         a set of webin statements.
  2509. restrictions:    GNU General Public License
  2510. ports:        Sybase, Ingres, 
  2511. bugs:        jian.hu@bbsrc.ac.uk
  2512. how to get:    ftp://aretha.jax.org/csb/
  2513. updated:    1997/02/24
  2514.  
  2515. name:        Willow 
  2516. version:    2.2
  2517. interface from: user
  2518. interface to:    WWW/Mosaic, Z39.50, ZDist (formerly free-WAIS) from CNIDR
  2519. description:    Willow (Washington Information Looker-upper Layered Over
  2520.         Windows) is a general purpose information retrieval tool. It
  2521.         provides a single, easy-to-use graphical user interface (X
  2522.         Windows / Motif) to any number of text-based bibliographic
  2523.         databases.
  2524. references:    http://www.cac.washington.edu/willow/home.html
  2525. ports:        DEC/Ultrix, Solaris, SunOS, RS6000/AIX.
  2526. contact:    willow@cac.washington.edu
  2527. how to get:    ftp willow/* from ftp.cac.washington.edu
  2528. updated:    1994/06/30
  2529.  
  2530. ---------------------------------------------------------------------------
  2531. --------------------------- application builders --------------------------
  2532. ---------------------------------------------------------------------------
  2533.  
  2534. name:        AdaSAGE
  2535. version:    ?
  2536. interfaces:    SQL, embedded SQL.
  2537. transactions:    yes
  2538. distributed:    ?
  2539. query language: SQL
  2540. robustness:    ?
  2541. description:    AdaSAGE is not a DBMS.
  2542.         AdaSAGE is an application development tool that provides
  2543.         facilities for creating an application specific relational data
  2544.         base. There are two aspects of SQL dialog to consider. First is
  2545.         listening to SQL and responding by executing the requested
  2546.         command. Second is issuing SQL to get a foreign system to
  2547.         execute some process on your behalf.  In the first case AdaSAGE
  2548.         provides both an embedded SQL technology and an interactive SQL
  2549.         system adapted to comply with ANSI-SQL DML Level 1. In the
  2550.         second case AdaSAGE does not provide any capabilities for
  2551.         creating SQL commands, but since AdaSAGE is a set of Ada
  2552.         packages there is no reason that a package could not be
  2553.         developed to do so.
  2554.         The capability to record all transactions and roll forward from
  2555.         previous dates gives an audit trail and recover capability.
  2556.         These features are often provided within data base management
  2557.         systems, and are provided with AdaSAGE as a logging option, but
  2558.         seldom if ever are they used in final applications because of
  2559.         the excessive time and data storage requirements.
  2560. references:    ?
  2561. announcements:    ?
  2562. discussion:    ?
  2563. bugs:        ?
  2564. requires:    Ada
  2565. ports:        MS-DOS, UNIX
  2566. restrictions:    Use restricted to US DoD, DoE and educational institutions.
  2567. contact:    ?
  2568. how to get:    ftp pub/sage/* from navair1.inel.gov
  2569. updated:    ?
  2570.  
  2571. name:        GNUstep Database Library
  2572. version:    1.0.0
  2573. interface from:    GNUstep
  2574. interface to:    Postgres, Sybase, SQL Server
  2575. description:    The GNUstep Database Library is a hierarchy of Objective-C
  2576.         classes that provide a three-tiered architecture for
  2577.         developing database applications.  The three-tier architecture
  2578.         is a flexible paradigm for building robust and scalable
  2579.         client/server applications; the three tiers refer to the
  2580.         database, the Application Objects, and the user interface.
  2581.         The separation of the database from the user interface
  2582.         through intermediary Application Objects allows the data
  2583.         to be distributed appropriately across database servers
  2584.         and still have the user interface display data cohesively
  2585.         for the end-user.  Business logic, as implemented in the
  2586.         Application Objects, provides the mechanism for consistency
  2587.         and reusability across all your business applications.
  2588. refrences:    http://www.gnustep.org
  2589. contact:    ?
  2590. how to get:    ftp://alpha.gnu.ai.mit.edu/gnu/gnustep
  2591. updated:    1997/03/19
  2592.  
  2593. name:        Onyx
  2594. version:    2.47
  2595. interface from: Onyx 4gl, Tcl, web
  2596. interface to:    Ingres89, GAWK, Shql, Yard, Minerva SQL, Postgres4.2, 
  2597.         some CDROMs! (German Books in Print)
  2598. interfaces:    Onyx uses a OO-Parser to translate SQL to different query
  2599.                 languages.
  2600.                 The transaction manager can be accessed by any aplication
  2601.                 which is able to use pipes or TCP/sockets.
  2602. multiuser:    Depends on the engine used.
  2603. transactions:    Yes, but no rollback, all transactions are atomic as
  2604.         a block, replication of transactions is possible.
  2605. distributed:    Yes its possible to connect to any mentioned database
  2606.                 anywhere in the net.  Replication over mail or tcp is
  2607.                 posible, and crypted with idea/md5.
  2608. query language: SQL + Onyx 4gl + Tcl + "extended" HTML
  2609. limits:        Current version uses memory to store active cursors.
  2610.                 Most people told there is to few documentation.
  2611.                 GCC > 2.5.8 sometimes makes problems.
  2612. robustness:    Onyx is stable, and useable for clients. If you are using a
  2613.                 stable engine, you'll get a stable applcation. And you can
  2614.                 exchange engines, when performance or features/bugs are
  2615.                 required.  The author is selling applications to departments
  2616.                 of environment in germany, and bookstores.   The author would
  2617.         like to have it keep track of his paycheck.
  2618. description:    Onyx is a 4gl based on the idea of model view controller. Onyx
  2619.                 4gl connects to a transaction manager based on a OO-Parser
  2620.                 generator via a socket.  While the design goal of the protocol
  2621.                 was to keep it as simple as posible, its a good starting point
  2622.                 of writing vendor independent database applications.
  2623. status:        actively developed and supported; current version is stable.
  2624. announcements:    comp.os.linux.announce
  2625. bugs:        Michael Koehne <kraehe@bakunin.north.de>
  2626. ports:        Tested on Linux and SunOs.
  2627. restrictions:    GNU Public Licence
  2628. author:        Michael Kraehe <kraehe@bakunin.north.de>
  2629. how to get:    ftp://ftp.uni-bremen.de/pub/unix/database
  2630. updated:    1996/03/28
  2631.  
  2632. ---------------------------------------------------------------------------
  2633. --------------------------- other -----------------------------------------
  2634. ---------------------------------------------------------------------------
  2635.  
  2636. name:        Arjuna Distributed Programming System
  2637. version:    3.2
  2638. interfaces:    C++
  2639. access methods: ?
  2640. multiuser:    yes
  2641. transactions:    yes, nested
  2642. distributed:    yes, includes replicated objects
  2643. query language: ?
  2644. limits:        ?
  2645. robustness:    "all reported bugs fixed"
  2646. description:    Arjuna is a programming system for reliable distributed
  2647.         computing. Arjuna supports nested atomic actions for
  2648.         controlling operations on objects (instances of C++ classes),
  2649.         which can potentially be persistent. The software available
  2650.         includes a C++ stub generator which hides much of the details
  2651.         of client-server based programming, plus a system programmer's
  2652.         manual containing details of how to install Arjuna and use it
  2653.         to build fault-tolerant distributed applications.
  2654.         Arjuna does not actually include a database system though
  2655.         it could be used to write one.
  2656. discussion:    send "join arjuna YOUR-NAME-HERE" to mailbase@mailbase.ac.uk
  2657. ports:        UNIX: Suns, HPs, etc.
  2658. restrictions:    A commercial extension exists.
  2659. contact:    arjuna@newcastle.ac.uk
  2660. how to get:    ftp pub/Arjuna from arjuna.ncl.ac.uk
  2661. updated:    1995/03/19
  2662.  
  2663. name:        "A Guide to the SQL standard"
  2664. what:        BNF SQL grammer
  2665. version:    ?
  2666. description:    A BNF grammer for SQL is included in the book.
  2667. how to get:    buy the book: "A Guide to the SQL standard" by Hugh Darwen
  2668.         and C.J. Date.
  2669. updated:    ?
  2670.  
  2671. name:        CDF (Common Data Format)
  2672. what:        data exchange library
  2673. description:    A library and toolkit for multi-dimensional data sets.    The
  2674.         basic component of CDF is a software programming interface that
  2675.         is a device independent view of the CDF data model
  2676. how to get:    ftp cdf.dir/* from nssdca.gsfc.nasa.gov.
  2677.         The CDF library to provide applications access to remote CDF
  2678.         datasets, can be obtained from its author:
  2679.         Hillel Steinberg <zeus@cs.umd.edu>.
  2680. updated:    ?
  2681.  
  2682. name:        examples from: "Information Retrieval, Data Structures 
  2683.         & Algorithms," William B. Frakes, Ricardo Baeza-Yates, 
  2684.         Editors, Prentice Hall, Englewood Cliffs, 
  2685.         New Jersey 07632, 1992, ISBN 0-13-463837-9.
  2686. what:        example database code
  2687. version:    ?
  2688. descriptions:    example code from the book "Information Retrieval, Data 
  2689.         Structures & Algorithms"
  2690. how to get:    ftp pub/reuse/ircode.tar.Z from ftp.vt.edu
  2691. author:        [resumably William B. Frakes, Ricardo Baeza-Yates]
  2692. updated:    ?
  2693.  
  2694. name:        _lex & yacc_ by Levine, Mason & Brown published by O'Reilly
  2695. what:        SQL yacc grammer
  2696. version:    ?
  2697. parts:        grammar
  2698. description:    In _lex & yacc_, by Levine, Mason & Brown an SQL parser
  2699.         is included as an example grammar
  2700. author:        Levine, Mason & Brown
  2701. how to get:    ftp://ftp.uu.net/published/oreilly/nutshell/lexyacc/progs.tar.Z
  2702. updated:    ?
  2703.  
  2704. name:        MultiCal
  2705. what:        database date manipulation library
  2706. version:    1.0
  2707. interfaces:    ?
  2708. access methods: ?
  2709. multiuser:    no
  2710. transactions:    no
  2711. distributed:    no
  2712. query language: enhanced SQL2 
  2713. limits:        ?
  2714. description:    MultiCal is both a novel approach to supporting multiple
  2715.         calendars and internationalization of time constants and a
  2716.         query processor prototype that demonstrates this approach.
  2717.         MultiCal consists of about 48K source lines of C code; the
  2718.         query processor prototype consists of about 63K source lines of
  2719.         code.  The documentation consists of fifteen documents,
  2720.         comprising some 300 pages of material.
  2721.         MultiCal consists of an approach to providing limited
  2722.         extensibility for support of multiple calendars and languages
  2723.         for temporal support within a database management system
  2724.         (DBMS). We have augmented the Structured Query Language (SQL),
  2725.         specifically, SQL2, with time values, i.e., temporal
  2726.         constants.  Our approach is notable in that we allow many
  2727.         different calendars to be used in the database management
  2728.         system, and we incorporate only calendar-independent constructs
  2729.         into the language. We introduce three new temporal data types.
  2730.         New language features are defined for temporal built-in
  2731.         functions, special time values, arithmetic expressions
  2732.         involving time, temporal predicates, and aggregate functions
  2733.         over time. Ten languages are supported.
  2734.         To illustrate how an existing DBMS could be augmented to
  2735.         support multiple calendars, we provide a prototype DBMS that
  2736.         supports the proposed extensions. This prototype consists of
  2737.         query analysis and execution components. It eschews traditional
  2738.         functionality such as concurrency control and disk access
  2739.         methods, as these aspects are not relevant to timestamp
  2740.         management.
  2741. ports:        Sun4
  2742. contact:    <multical@cs.arizona.edu> or Rick Snodgrass <rts@CS.Arizona.EDU>
  2743. how to get:    ftp tsql/multical/* from ftp.cs.arizona.edu
  2744. updated:    1993/10/30
  2745.  
  2746. name:        persist++
  2747. what:        C++ object marshal/demarshal library
  2748. version:    0.2
  2749. interfaces:    C++
  2750. access methods: none
  2751. robustness:    ?
  2752. description:    Persist++ is a set of serialize/materialize/marshal routines
  2753.         that make it easy to store C++ objects to files or to send them
  2754.         across the network.
  2755. author:        Herman Moons <herman@cs.kuleuven.ac.be>
  2756. how to get:    ftp pub/impulse/persist++_0.2.tar.Z from ftp.cs.kuleuven.ac.be
  2757. updated:    1994/08/16
  2758.  
  2759. name:        pstream
  2760. what:        C++ byte stream library
  2761. description:    pstream is a persistent object stream library for C++.  Lets 
  2762.         you read and write C++ class objects to a stream.
  2763. status:        still in development
  2764. author:        Joshua Rowe <jrow@WPI.EDU>
  2765. how to get:    ?
  2766. updated:    1996/09/08
  2767.  
  2768. name:        SQL parser ?
  2769. what:        SQL yacc grammer ?
  2770. version:    ?
  2771. description:    ?
  2772. author:        Bruce Ring <73172.735@compuserve.com>
  2773. how to get:    wait for it to be posted to a comp.sources group
  2774. updated:    1994/11/04
  2775.  
  2776. name:        SQL-86 in HTML
  2777. what:        html version of some of the SQL-86 standard
  2778. references:    http://case50.ncsl.nist.gov/sql-86/
  2779. author:        David Flater <dave@case50.ncsl.nist.gov>
  2780. updated:    1994/12/30
  2781.  
  2782. name:        YACL
  2783. version:    ?
  2784. description:    YACL is a general-purpose C++ class library.  It happens
  2785.         to include some disk access methods.
  2786. ports:        Windows, Linux, OS/2
  2787. author:        M. A. Sridhar <sridhar@usceast.cs.scarolina.edu>
  2788. how to get:    ftp://ftp.cs.scarolina.edu/pub/sridhar/yacl.zip
  2789. updated:    1994/05/25
  2790.  
  2791. name:        xBase File Format Description
  2792. what:        Description of Xbase disk formats
  2793. references:    http://www.geocities.com/SiliconValley/Pines/2563/xbase.htm
  2794. author:        Erik Bachmann <e_bachmann@geocities.com>
  2795. updated:    1997/06/02
  2796.  
  2797. ---------------------------------------------------------------------------
  2798. ------------------------- other lists -------------------------------------
  2799. ---------------------------------------------------------------------------
  2800.  
  2801. how to get:    http://www.conline.com/~cbbrowne/rdbms.html
  2802.  
  2803. how to get:    http://cuiwww.unige.ch/~scg/FreeDB/
  2804.  
  2805. how to get:    http://www-ccs.cs.umass.edu/db.html
  2806.  
  2807. how to get:    http://www.cs.wisc.edu/~kristint/dbmshome.html
  2808.  
  2809. ---------------------------------------------------------------------------
  2810. ------------------- free for linux, but no source -------------------------
  2811. ---------------------------------------------------------------------------
  2812.  
  2813. name:        MDBMS
  2814. how to get:    http://www.orion.nl/~marty/mdbms/
  2815.  
  2816. name:        Essentia
  2817. how to get:    http://www.inter-soft.com/html/products/essentia.html
  2818.  
  2819.