home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / answers / free-databases < prev    next >
Internet Message Format  |  1993-12-07  |  53KB
  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!spool.mu.edu!sgiblab!idiom.berkeley.ca.us!idiom.berkeley.ca.us!not-for-mail
  2. From: muir@idiom.berkeley.ca.us (David Muir Sharnoff)
  3. Newsgroups: comp.databases,comp.os.linux.misc,comp.unix.programmer,comp.answers,news.answers
  4. Subject: Catalog of free database systems
  5. Supersedes: <freedb-1.2@idiom.berkeley.ca.us>
  6. Followup-To: comp.databases
  7. Date: 5 Dec 1993 15:05:24 -0800
  8. Organization: Idiom Consulting / Berkeley, CA  USA
  9. Lines: 1242
  10. Approved: news-answers-request@mit.edu
  11. Expires: Fri, 1 Apr 1994 23:59:00 GMT
  12. Message-ID: <freedb-1.3@idiom.berkeley.ca.us>
  13. Reply-To: free-databases@idiom.berkeley.ca.us
  14. NNTP-Posting-Host: idiom.berkeley.ca.us
  15. Xref: senator-bedfellow.mit.edu comp.databases:31280 comp.os.linux.misc:5210 comp.unix.programmer:15015 comp.answers:2900 news.answers:15497
  16.  
  17. Archive-name: free-databases
  18. Last-modified: 1993/12/05
  19. Version: 1.3
  20.  
  21.  
  22.     Catalog of Free Database Systems
  23.  
  24. This document attemts to catalog databases that are 
  25. available without payment and with source.  
  26.  
  27. The latest version of the document can be ftp'ed: get
  28. pub/free-databases from idiom.berkeley.ca.us.
  29.  
  30. Please send additions, corrections, and donations to 
  31. David Muir Sharnoff <free-databases@idiom.berkeley.ca.us>
  32.  
  33. I will post this document about once a month to comp.databases,
  34. comp.answers, and news.answers.  I will also post it to other
  35. groups as I see fit.
  36.  
  37. Thanks,
  38.  
  39. -Dave
  40. Idiom Consulting, Berkeley, CA
  41.  
  42. ---------------------------------------------------------------------------
  43. Prototype entry:
  44.  
  45. name:        The name of the package
  46. version:    The current version number of the package
  47.         direct inquiries to "contact."
  48. interfaces:    The external interfaces that are supported by
  49.         the package.  Common interfaces are: SQL, ESQL,
  50.         dbm, etc.
  51. access methods:    A list of the access methods that are supported
  52. multiuser:    Can more than one person access the package at
  53.         the same time.  
  54. transactions:    Does the package support transactions?
  55. distributed:    Does the package support distributed databases?
  56. query language:    What query languages does the package support
  57.         if any?  SQL, QUEL, etc.
  58. index size:    (full text only) the size of the index as a percentage
  59.         of the size of the text to be indexed.
  60. limits:        Any known, annoying limits
  61. robustness:    Can this package be used on mission-critical data?
  62. description:    A description of the package.
  63. references:    Pointers to other documentation
  64. announcements:    Where to get announcements
  65. discussion:    Where to send, or how to join discussions about
  66.         the package
  67. bugs:        Where to send bug reports
  68. requires:    Special requirements for installing or running
  69. ports:        What does the package run on?
  70. restrictions:    Special copyright or other restrictions on the software
  71. author:        The primary author, if known.  If not known, 
  72. contact:    The current contact point.  If not specified, 
  73.         use "author."
  74. how to get:    Instructions for obtaining the package
  75. updated:    When the package was last updated (yyyy/mm/dd)  [often
  76.         incorrect]
  77. ---------------------------------------------------------------------------
  78. Selected changes:
  79.  
  80.         added an entry for Btree Library
  81.         added an entry for B+tree Library
  82.         version 0.2 of DiamondBase is out
  83.  
  84. ---------------------------------------------------------------------------
  85. --------------------------- relational databases --------------------------
  86. ---------------------------------------------------------------------------
  87.  
  88. name:        DiamondBase
  89. version:    0.2
  90. interfaces:    C++ library
  91. access methods:    b+ tree
  92. multiuser:    Alpha in this version
  93. transactions:    no
  94. distributed:    no
  95. query language:    C++ methods
  96. limits:        limits are set at compile time.  The default max records 
  97.         is 21474836.
  98. robustness:    The database engine is quite stable. The multi-user extensions
  99.         are a recent addition and are still considered to be an alpha
  100.         version. The single user version is separate however and
  101.         unaffected.
  102. description:    DiamondBase is written entirely in C++, and uses a schema
  103.         compiler to generate C++ class defintions for the objects, as
  104.         well as some comparison code which is also linked in to the
  105.         final executable. Facilities are now available to access
  106.         generic relations without providing comparison code. It was
  107.         written originally as a replacement for MetalBase which was too
  108.         slow.  DiamondBase is very fast.
  109. announcements:    send mail to Darren Platt to be put on their list
  110. questions:    send mail to Darren Platt
  111. bugs:        send mail to Darren Platt
  112. requires:    C++
  113. ports:        many Unix platforms and OS/2 under cfront or gcc or 
  114.         Borland's compiler.
  115. restrictions:    Free usage for non-commerical applications -- negotiate
  116.         anything else.
  117. author:        Kevin Lentin, Andrew Davison, Darren Platt
  118. contact:    Darren Platt <darrenp@dibbler.cs.monash.edu.au>
  119. how to get:    ftp pub/export/? from pippin.cs.monash.edu.au
  120. updated:    1993/11/06
  121.  
  122. name:        University INGRES
  123. version:    8.9
  124. interfaces:    QUEL, EQUEL
  125. access methods:    heap, hash, isam, ordered
  126. multiuser:    yes
  127. transactions:    yes, but no multistatement transactions.  Each statement
  128.         is ACID
  129. distributed:    no
  130. query language:    QUEL
  131. limits:        ?
  132. robustness:    Very mature technology
  133. description:    This is the database program that was the basis for INGRES
  134.         Corporation.  Obviously, it does not have all the bells 
  135.         and whistles of the current commercial product.  However,
  136.         it is small and fast and it works.
  137.         So called ordered relations are slow and not locked.
  138. references:    "The INGRES Papers" Stonebraker ed. Addison Wesley
  139. ports:        SunOS, ?
  140. author:        The Ingres project at UC Berkeley.  
  141. contact:    <ingres@postgres.berekely.edu>
  142. how to get:    ftp pub/ingres89.tar.Z from s2k-ftp.CS.Berkeley.EDU
  143.         _and_ ftp pub/source/ingres.patch from idiom.berkeley.ca.us
  144.     linux:    ftp pub/linux/packages/ingres from tsx-11.mit.edu
  145. updated:    1993/05/20
  146.  
  147. name:        MetalBase
  148. version:    5.0
  149. interfaces:    custome C library
  150. access methods:    AVL-trees
  151. multiuser:    yes, but in theory race conditions still exist
  152. transactions:    yes
  153. distributed:    no
  154. query language:    "Report", and "View Relation" a curses based viewer
  155. limits:        ?
  156. robustness:    data corruption is possible when MetalBase is not shut 
  157.         down correctly
  158. description:    MetalBase is a small relational database.  It has all the
  159.         pieces that a relational database should C interface, curses
  160.         interface, report writer, etc.  It does not have design which
  161.         takes advantage of shared memory or the better access methods.
  162.         None of the interfaces are standard, but all of them are easy
  163.         to use.
  164. discussion:    mbase-request@internode.com.au
  165. requires:    curses
  166. ports:        Linux, MS-DOS, Amiga, NeXT, Coherent, Macintosh MPW, SGI, Xenix
  167. restrictions:    donations are suggested
  168. author:        Richid Jernigan / PO Box 827 / Norris TN 37828
  169. how to get:    ftp systems/unix/linux/sources/usr.bin/mbase.tar.z 
  170.         from ftp.uu.net
  171. updated:    1992/10/01
  172.  
  173. name:        Postgres
  174. version:    4.1
  175. interfaces:    libpq (C interface)
  176. access methods:    Heap plus secondary indexes: B-tree, R-tree, Hash.
  177. multiuser:    yes
  178. transactions:    yes
  179. distributed:    no
  180. query language:    Postquel (incompatable superset of Quel)
  181. limits:        ?
  182. robustness:    "It is not up to commercial levels of reliability.  I would 
  183.         not want _my_ payroll records in it :-)"
  184.         One user reports that with two people writing to the same
  185.         table it ocaisonally deadlocks.  (version 4.1)
  186. description:    Postgres is a database research project under Prof. Michael
  187.         Stonebraker at U. C. Berkeley.  To facilitate research
  188.         efforts, a software test-bed was created; this is the
  189.         "Postgres" DBMS software.  The Postgres DBMS is extended
  190.         relational or object oriented, depending on the buzzword du
  191.         jour.  Postgres is relational.  It is highly extensible.  It
  192.         has object oriented features like inheritance.  it has query
  193.         language procedures, rules, updatable views, and more.
  194. references:    There are may papers available, both through ftp and as
  195.         hard-copy technical reports.  Cruse the ftp site for papers
  196.         or mail Michelle Mattera <michelle@postgres.berkeley.edu>
  197. discussion:    send "Subject: ADD" to postgres-request@postgres.berkeley.edu
  198.     linux:    send "X-Mn-Admin: join postgres" 
  199.         to linux-activists-request@niksula.hut.fi
  200. bugs:        <bug-postgres@postgres.berkeley.edu>
  201. ports:        MIPS Ultrix 4.2+, SunOS 4.1.1+, NextStep 3.0, Linux 0.99.7
  202.         in progress: Alpha OSF/1, HP-PA HP-UX 8.07, HP-PA HP-UX 9.01,
  203.             i386 SCO ODT 2.0, Sparc Solaris 2.1
  204.         previous versions: i386 SVR4, i386 386BSD, RS/6000 AIX 3.2
  205. contact:    developers: <postgres-questions@postgres>
  206.         chief programmer: Marc Teitelbaum <marc@postgres.berkeley.edu>
  207.         admin: Michelle Mattera <michelle@postgres.berkeley.edu>
  208. how to get:    ftp pub/postgres/postgres-v4r1/* from s2k-ftp.CS.Berkeley.EDU.
  209. updated:    1993/03/19
  210.  
  211. name:        REQUIEM
  212. version:    ?
  213. interfaces:    RQL, ERQL (extension)
  214. access methods:    B-tree indexes can be created on attributes of base relations.
  215. multiuser:    yes (multiuser extension)
  216. transactions:    yes (multiuser extension)
  217. distributed:    no
  218. query language:    RQL
  219. robustness:    [seems to maintained by zero to few people --muir]
  220. description:    REQUIEM (RElational Query and Update Interactive systEM) is an 
  221.         extensible, relational DBMS developed in C with a query language
  222.         based on the relational algebra called RQL (Relational Query 
  223.         Language).
  224.         There appears to be three versions of REQUIEM: the base
  225.         version and two extensions.  One extension adds multiuser
  226.         capability.  The other adds an embeddable version of the
  227.         query langauge.
  228. references:    "An Extensible DBMS for Small-Medium Scale Systems",
  229.         Papazoglou, M.P., IEEE Micro, April 1989.
  230.         Relational Database Management - A Systems Programming 
  231.         Approach, Papazoglou, M.P. and Valder, W., Prentice Hall 
  232.         International, UK, 1989.
  233.                 "The Development of a Program Interface for the RDBMS Requiem"
  234.                 Power, R.A., 1991 Honours Thesis (dvi file available with 
  235.                 source code for the embedded version).
  236. ports:        Sparc/SunOS; base version only: MS-DOS, Macintosh
  237. contact:    (embedded version only) 
  238.         Robert Power <robert.power@csis.dit.csiro.au>
  239. how to get:    ftp pub/requiem/REQUIEM.tar.Z (multiuser version) or
  240.         pub/requiem/Requiem.tar.Z (embeddable version) 
  241.         from dcssoft.anu.edu.au 
  242.         The base version can be constructed from the multiuser version.
  243. updated:    1992/10/06
  244.  
  245. name:        shql
  246. version:    1.1
  247. interfaces:    SQL, shell
  248. multiuser:    no
  249. transactions:    no ?
  250. distributed:    no
  251. limits:        no NULLs in the data, spaces and backslashes may be added when 
  252.         the data contains punctuation, GROUP BY is not implemented.
  253. robustness:    it is a shell script.
  254. description:    Shql is a program that reads SQL commands interactively and
  255.         executes those commands by creating and manipulating Unix
  256.         files.  The program is patterned after Ingres' interactive sql
  257.         terminal monitor program.
  258. requires:    bourne shell with functions, awk, grep, cut, sort, uniq, join,
  259.         wc, and sed
  260. author:        Bruce Momjian <root%candle.uucp@bts.com>
  261. how to get:    ask archie
  262. updated:    1993/01/25
  263.  
  264. ---------------------------------------------------------------------------
  265. --------------------------- object oriented -------------------------------
  266. ---------------------------------------------------------------------------
  267.  
  268. name:        Arjuna Distributed Programming System
  269. version:    2.0
  270. interfaces:    C++
  271. access methods:    ?
  272. multiuser:    yes
  273. transactions:    yes, nested
  274. distributed:    yes, includes replicated objects
  275. query language:    ?
  276. limits:        ?
  277. robustness:    "all reported bugs fixed"
  278. description:    Arjuna is a programming system for reliable distributed
  279.         computing. Arjuna supports nested atomic actions for
  280.         controlling operations on objects (instances of C++ classes),
  281.         which can potentially be persistent. The software available
  282.         includes a C++ stub generator which hides much of the details
  283.         of client-server based programming, plus a system programmer's
  284.         manual containing details of how to install Arjuna and use it
  285.         to build fault-tolerant distributed applications.
  286. discussion:    send "join arjuna YOUR-NAME-HERE" to mailbase@mailbase.ac.uk
  287. ports:        UNIX: Suns, HPs, etc.
  288. restrictions:    A commercial extension exists.
  289. contact:    arjuna@newcastle.ac.uk
  290. how to get:    ftp ? from arjuna.ncl.ac.uk
  291. updated:    1993/05/15
  292.  
  293. name:        EXODUS Project software
  294. version:    GNU E 2.3.3, Storage Manager (SM) 3.0
  295. interfaces:    GNU E, (C++ for direct access to the Storage Manager)
  296. access methods:    B+tree and linear-hashing based indexes
  297. multiuser:    yes, client-server
  298. transactions:    yes
  299. distributed:    yes, applications can access multiple servers in a single
  300.         transaction.  Distributed commits are performed across servers
  301.         and clients have access to an interface allowing participation
  302.         in distributed commits managed by an external agent.
  303. query language:    GNU E -- a persistent programming language based on C++
  304. robustness:    High (at least for academic software).
  305.                 The SM release includes a facility for regression
  306.         testing most features, including crash recovery.
  307. description:    The EXODUS Storage Manager (SM) is a client-server object
  308.         storage system which provides "storage objects" for storing
  309.         data, versions of objects, "files" for grouping related storage
  310.         objects, and indexes for supporting efficient object access.  A
  311.         storage object is an uninterpreted container of bytes which can
  312.         range in size from a few bytes to hundreds of megabytes.  The
  313.         Storage Manager provides routines to read, overwrite, and
  314.         efficiently grow and shrink objects.  In addition, the Storage
  315.         Manager provides transactions, lock-based concurrency control,
  316.         and log-based recovery.
  317.         GNU E is a persistent, object oriented programming language
  318.         developed as part of the Exodus project.  GNU E extends C++
  319.         with the notion of persistent data, program level data objects
  320.         that can be transparently used across multiple executions of a
  321.         program, or multiple programs, without explicit input and
  322.         output operations.
  323. references:    A bibliography of EXODUS related papers can be obtained from
  324.         the ftp site described below.  Some of the papers are available
  325.         from the ftp server as technical reports, and are marked as
  326.         such in the bibliography.
  327. discussion:    We maintain a list of users for notification of updates.
  328.                 Mail exodus@cs.wisc.edu to be placed on the list.
  329. bugs:           exodusbugs@cs.wisc.edu
  330. ports:        MIPS/Ultrix, SPARC/SunOS, (HP 7xx/HP-UX for SM only) 
  331. restrictions:    none, but see copyright notice located in all source files 
  332. author:        The EXODUS Database Toolkit project at the 
  333.         University of Wisconsin
  334. contact:    exodus@cs.wisc.edu
  335. how to get:    ftp exodus/* from ftp.cs.wisc.edu
  336. updated:    1993/07/22
  337.  
  338. name:        LINCKS (Linkoping Intelligent Communication of Knowledge System)
  339. version:    2.0
  340. interfaces:    emacs-like editor, ?
  341. access methods:    ?
  342. multiuser:    yes
  343. transactions:    ?
  344. distributed:    ?
  345. query language:    ?
  346. robustness:    ?
  347. description:    LINCKS is an object-centred multi-user database system
  348.         developed for complex information system applications where
  349.         editing and browsing of information in the database is of
  350.         paramount importance.  The focus is on sharing of small
  351.         information chunks which combine to make up complex information
  352.         objects used by different users for different purposes. The
  353.         information chunks are semi-structured in that they contain one
  354.         part which is well-structured to facilitate addition of A.I.
  355.         processing within the system, and one part which is
  356.         unstructured and suitable for management by the user.
  357.         Features: shared composite objects, database history, 
  358.         atlernative views, change collision notification (when more
  359.         than one person makes changes to the same composite object)
  360. discussion:    ?
  361. bugs:        lincks-bugs@ida.liu.se.
  362. requires:    Unix, X11R5
  363. ports:        Sun4/SunOS 4.1.[123], Sun4/SunOS 5.2, Sun3, Decstation, 
  364.         RS/6000, Sequent Symmetry, Linux, HP-UX
  365. restrictions:    GNU General Public License
  366. author:        Lin Padgham, Ralph Ronnquist; University of Linkoping, Sweden
  367. contact:    lincks@ida.liu.se
  368. how to get:    ftp pub/lincks/lincks-2.0.tar.gz from ftp.ida.liu.se
  369. updated:    1993/09/27
  370.  
  371. name:        OBST
  372. version:    3.3.3
  373. interfaces:    C++, tcl, schema compiler, graphical object browser
  374. access methods:    extendable hashtable
  375. multiuser:    yes, but writing locks entire tables
  376. transactions:    yes
  377. distributed:    not yet
  378. query language:    C++, tcl, graphical object browser
  379. limits:        4 GB per container, 2^32 containers
  380. robustness:    The latest OBST-bug has been reported and corrected in May '93.
  381.         There are somewhere between 50 and 500 users. Releases are made
  382.         to enhance the coding quality rather than to add new features.
  383. description:    The persistent object management system OBST was developed by
  384.         Forschungszentrum Informatik (FZI) as a contribution to the
  385.         STONE project. This project (supported by grant no. ITS8902A7
  386.         from the BMFT, i.e. the German Ministry for Research) aims at
  387.         the development of a software engineering environment for
  388.         education purposes and is carried out as a joint project of
  389.         nine german universities and research institutions.
  390.         An essential feature of STONE is that the object oriented
  391.         paradigm is pursued consequently as a key concept. OBST is the
  392.         common persistent object store for all tools within the STONE
  393.         environment.
  394.         OBST provides a rich OO model including multiple inheritance,
  395.         generics, overloading, and privacy.  The schema definition
  396.         language is syntactically similar to C++.  It comes with a
  397.         library of pre-defined classes like Set<Entity>, and
  398.         List<Entity>.  New methods can be incrementally loaded at
  399.         runtime.
  400. announcements:    send "Subject: obst-mailing-list", "SUBSCRIBE <firstname> 
  401.         <surname> <email-addr>" to stone@fzi.de
  402. bugs:        send OBST version, C++ version, machine, OS, and a 
  403.         description of your problem to <stone@fzi.de>.
  404. requires:    A C++ compiler (G++ 1.37/2.3.3 or AT&T 2.0/2.1/3.01)
  405. ports:        UNIX: SPARC/SunOS 4.1, Linux, HP-UX, ...
  406. contact:    stone@fzi.de
  407. how to get:    ftp pub/OBST/? from ftp.fzi.de
  408.     usa:    ftp pub/database/stone/? from ftp.uu.net
  409.     uk:        ftp computing/databases/OBST/? from src.doc.ic.ac.uk
  410. updated:    1993/09/06
  411.  
  412. name:        The Texas Persistent Store
  413. version:    0.1
  414. interfaces:    C++ library
  415. access methods:    ?
  416. multiuser:    not yet
  417. transactions:    not yet
  418. distributed:    not yet
  419. query language:    ?
  420. index size:    ?
  421. limits:        ?
  422. robustness:    beta software
  423. description:    Texas is a simple, portable, high-performance persistent store
  424.         for C++ using "pointer swizzling at page fault time" to
  425.         translate persistent addresses to hardware-supported virtual
  426.         addresses.  Texas is built on top of a normal virtual memory,
  427.         and relies on the underlying virtual memory system for
  428.         caching.  Texas is easy to use, and is implemented as a UNIX
  429.         library.  It is small and can be linked into applications.  It
  430.         requires no special operating system privileges, and
  431.         persistence is orthogonal to type---objects may be allocated on
  432.         either a conventional transient heap, or on the persistent
  433.         heap, as desired.  Texas supports simple checkpointing of heap
  434.         data.
  435. references:    ftp pub/garbage/*.ps from cs.utexas.edu
  436. announcements:    send mail to oops@cs.utexas.edu
  437. discussion:    ?
  438. bugs:        ?
  439. requires:    ?
  440. ports:        SunOS, Ultrix, Sun CC, GNU C++
  441. restrictions:    ?
  442. author:        ?
  443. contact:    oops@cs.utexas.edu
  444. how to get:    ftp pub/garbage/texas/? from cs.utexas.edu
  445. updated:    ?
  446.  
  447. name:           William's Object Oriented Database (Wood)
  448. version:        0.6 
  449. interfaces:     MCL 2.0
  450. access methods: custom
  451. multiuser:      no
  452. transactions:   no
  453. distributed:    no
  454. query language: none. Has BTrees for indexing.
  455. limits:         Will slow down when the database size exceeds
  456.                 256 megabytes. Otherwise, database size limited
  457.                 by disk size (up to Macintosh limit, which is,
  458.                 I believe, 4 gigabytes). Object size limited
  459.                 to 24 megabytes. If you think of a Wood database
  460.                 as a random access FASL file, you'll have the
  461.                 right idea.
  462. robustness:     Until it has a real logging/recovery mechanism,
  463.                 I wouldn't advise using it for mission critical
  464.                 data. Caches pages in memory, so if you crash,
  465.                 you will lose. Has a function to flush the
  466.                 cache to disk, so you can do explicit checkpoints
  467.                 to make it more robust.
  468. description:    Wood is a simple persistent store for MCL 2.0.
  469.                 This is still alpha software. It is incomplete: though you can
  470.                 save/restore all Lisp objects to/from a file, there is no
  471.                 transaction/recovery manager and no garbage collector for the
  472.                 persistent heap. I will not be able to provide much support,
  473.                 but you get source code.
  474. discussion:     info-wood-request@cambridge.apple.com
  475. bugs:           bug-wood@cambridge.apple.com
  476. ports:          Macintosh CommonLisp 2.0
  477. author:         Bill St. Clair <bill@cambridge.apple.com>
  478. how to get:     ftp pub/mcl2/contrib/wood* from cambridge.apple.com
  479. updated:        1993/03/07
  480.  
  481. ---------------------------------------------------------------------------
  482. --------------------------- deductive databases ---------------------------
  483. ---------------------------------------------------------------------------
  484.  
  485. name:        Aditi Deductive Database System
  486. version:    beta release
  487. interfaces:    motif, command line, NU-Prolog
  488. access methods:    Base relations contain variable sized records.  Base relations
  489.         can be indexed with B-trees or multi-level signature files
  490.         (superimposed code words) allowing multi-attribute indexing and
  491.         querying, or they can be stored as unindexed flat files.
  492. multiuser:    yes
  493. transactions:    next release
  494. distributed:    ?
  495. query language:    prolog, graphical (Motif)
  496. limits:        ?
  497. robustness:    ?
  498. description:    Aditi is a multi-user deductive database system.  It supports
  499.         base relations defined by facts (relations in the sense of
  500.         relational databases) and derived relations defined by rules
  501.         that specify how to compute new information from old
  502.         information.  The old information can be from derived relations
  503.         as well as base relations; the rules of derived relations may
  504.         be recursive.  Both base relations and the rules defining
  505.         derived relations are stored on disk and are accessed as
  506.         required during query evaluation.
  507. ports:        SPARC/SunOS, MIPS/IRIX
  508. author:        The development of the Aditi system started in 1988 by
  509.         Professor Kotagiri Ramamohanarao, and many people have been
  510.         involved in its development, in particular Jayen Vaghani, Tim
  511.         Leask, Peter Stuckey, John Shepherd, Zoltan Somogyi, James
  512.         Harland and David Kemp. The support of Kim Marriott, David
  513.         Keegel, and Warwick Harvey is also acknowledged.
  514. contact:    aditi@cs.mu.oz.au
  515. how to get:    send email to aditi@cs.mu.oz.au
  516. updated:    1992/12/17
  517.  
  518. name:        CORAL
  519. version:    0.1  (Version 1.0 expected shortly)
  520. interfaces:    Exodus storage mangager, C++
  521. access methods:    Hash-based and B+ tree indices
  522. multiuser:    When used with Exodus
  523. transactions:    When used with Exodus
  524. distributed:    ?
  525. query language:    Prolog-like with SQL-style extensions; C++ interface
  526. limits:        No type checking; only atomic values in persistent relations
  527. robustness:    Research software; used for teaching and in research projects,
  528.         but some bugs remain
  529. description:    The CORAL deductive database/logic programming system was
  530.         developed at the University of Wisconsin-Madison.  The CORAL
  531.         declarative language is based on Horn-clause rules with
  532.         extensions like SQL's group-by and aggregation operators, and
  533.         uses a Prolog-like syntax.  Many evaluation techniques are
  534.         supported, including bottom-up fixpoint evaluation and top-down
  535.         backtracking.  Disk-resident data is supported via an interface
  536.         to the Exodus storage manager; however, CORAL can run without
  537.         Exodus if disk-resident relations are not required.  
  538.         A good interface to C++ is provided.  Relations defined using 
  539.         the declarative language can be manipulated from C++ code, 
  540.         and relations defined using C++ code can be used in declarative 
  541.         rules.  C++ code defining relations can be incrementally loaded.
  542. requires:    AT&T C++ 2.0 or later
  543. ports:        Decstations, Sun 4, Sparc, HP Snakes 
  544. author:        The CORAL group consists of R. Ramakrishnan, P. Seshadri,
  545.         D. Srivastava and S. Sudarshan.  The following people made
  546.         important contributions: T. Arora, P. Bothner, V. Karra 
  547.         and W.G. Roth.  Several other people were also involved:  
  548.         J. Albert, T. Ball, L. Chan, M. Das, S. Goyal, R. Netzer 
  549.         and S. Sterner.
  550. contact:    Raghu Ramakrishnan <raghu@ricotta.cs.wisc.edu>
  551. how to get:    ftp from ftp.cs.wisc.edu
  552. updated:    1993/02/12
  553.  
  554. ---------------------------------------------------------------------------
  555. --------------------------- special purpose -------------------------------
  556. ---------------------------------------------------------------------------
  557.  
  558. name:        GRAS (GRAph-oriented database System)
  559. version:    5.90/9 [[6.0 alpha]]
  560. interfaces:    Navigational programming interfaces for C and Modula-2
  561. access methods:    tries fro database pages, static hashing within pages
  562. multiuser:    Very restricted single writer/multiple reader access
  563.         [[6.0: shared read/write access with locks on a per-session, 
  564.         transaction, or operation basis]]
  565. transactions:    yes; based on backwards logs.  Checkpoints allow roll-back (and
  566.         roll-forward) to a previous state.  
  567. distributed:    no.  [[6.0: Multiclient/multiserver architecture]]
  568. query language:    PROGRES (PROgrammed Graph Rewriting Systems; a language released
  569.         separately)
  570. limits:        2**16 nodes per database and 2**16 databases per multi-database
  571.         [[6.0: 2**32 nodes]]
  572. robustness:    Has been successfully used as the underlying database for
  573.         a number of research prototypes and one commercial product.
  574.         Guarantees recovery from (almost) all application/system crashes
  575. description:    GRAS is a database system which has been designed according
  576.         to the requirements resulting from software engineering
  577.         applications. Software development environments are composed
  578.         of tools which operate on complex, highly structured data.
  579.         In order to model such data in a natural way, we have selected
  580.         attributed graphs as GRAS' underlying data model.
  581.         The current version has programming interfaces for Modula-2 and 
  582.         C and supports:
  583.         - persistent attributed, directed node- and edge-labeled 
  584.           graphs (including long attributes and indexes)
  585.         - temporary/volatile generic sets, binary relations, and lists,
  586.         - graph modification triggers causing further modifications
  587.         - primitives for version control comprising the capability
  588.           for efficiently storing graphs as forward/backward deltas 
  589.         - primitives for declaring graph schemes and for incremental
  590.           evaluation of derived attributes (constraints).
  591.         In additon, there are tools for compressing and displaying 
  592.         graphs.  The GRAS system may be considered to be the core of a
  593.         graph oriented DBMS environment.  The environment is based on a
  594.         VHLL called PROGRESS.  This environment supports: a
  595.         syntax-directed editor for graph schemes, rewrite rules and
  596.         sequences of rules; an incremental consistency checker; an
  597.         incremental compiler&interpreter for PROGRESS; an enhanced
  598.         graph browser
  599. references:    Kiesel, Schuerr, Westfechtel: GRAS, A Graph-Oriented Database
  600.         System for (Software) Engineering Applications. Proc. CASE 93,
  601.         Lee, Reid, Jarzabek (eds.): Proc. CASE '93, 6th Int. Conf. on
  602.         Computer-Aided Software Engineering, IEEE Computer Society
  603.         Press (1993), pp 272-286.  Available by ftp as TR AIB 92-44.
  604.         Schuerr: PROGRES: A VHL-Language Based on Graph Grammars,
  605.         in Proc. 4th Int. Workshop on Graph-Grammars and Their
  606.         Application to Computer Science, LNCS 532, Springer-
  607.         Verlag 1991, pp 641-659.  Available by ftp asTR AIB 90-16.
  608. announcements:    a list is forming; send mail to the contact (below)
  609. bugs:        use the included "send-pr" program to send bug reports
  610. requires:    Modula-2, C
  611. ports:        Sun-4, porting requires Modula-2
  612. restrictions:    GNU General Public License
  613. author:        Lehrstuhl fuer Informatik III, RWTH Aachen, Ahornstr. 55
  614.         D-52074 Aachen, Germany.
  615. contact:    (v5.x & PROGRES) Dr. Andy Sch"urr <andy@i3.informatik.rwth-aachen.de>
  616.         (v6.x) Norbert Kiesel <norbert@i3.informatik.rwth-aachen.de>
  617. how to get:    (v5.x) ftp pub/unix/GRAS from ftp.informatik.rwth-aachen.de
  618.         (PROGRES sun4) ftp pub/unix/PROGRES from ftp.informatik.rwth-aachen.de
  619.         (PROGRES source) send mail to contact
  620.         (references) ftp pub/reports/* from ftp.informatik.rwth-aachen.de
  621.         (v6.x) contact Norbert Kiesel <norbert@i3.informatik.rwth-aachen.de>
  622. updated:    1993/11/01
  623.  
  624. ---------------------------------------------------------------------------
  625. --------------------------- flat files ------------------------------------
  626. ---------------------------------------------------------------------------
  627.  
  628. name:        EDB, the Emacs database
  629. version:    1.17
  630. interfaces:    Emacs, Emacs Lisp
  631. multiuser:    no
  632. transactions:    no
  633. distributed:    no
  634. query language:    Emacs Lisp
  635. limits:        same as for Emacs -- typically 8 or 32 MB
  636. robustness:    fairly high -- currently being used for mission-critical data
  637. description:    EDB provides simple database access in a "user-friendly" Emacs
  638.         environment for flat files.  Extensions for linking records and
  639.         relational-like operations exist, and further extensions are
  640.         easy to make.
  641.         EDB is documented by a 110-page manual, complete with indices
  642. discussion:    edb-list-request@theory.lcs.mit.edu
  643. bugs:        mernst@theory.lcs.mit.edu or edb-list@theory.lcs.mit.edu
  644. requires:    GNU Emacs 18, GNU Emacs 19, or Lucid Emacs
  645. ports:        any computer that runs Emacs -- that is, almost any computer
  646. restrictions:    GNU Public License
  647. author:        Michael Ernst <mernst@theory.lcs.mit.edu>
  648. how to get:    ftp pub/emacs/edb/edb.tar.Z from theory.lcs.mit.edu
  649. updated:    1993/06/16
  650.  
  651. name:        Jinx
  652. version:    2.1
  653. interfaces:    perl, shell
  654. multiuser:    no
  655. transactions:    no
  656. distributed:    no
  657. query language: none
  658. limits:        no limits
  659. robustness:    No bugs have ever been reported
  660. description:    Very easy to use, curses based flat file handler.
  661.         In Perl, so no limits. Allows Join, Project, Sort etc.
  662.         Representation in 2 readable unix files.  A documented
  663.         Perl library makes it easy to add applications.
  664. references:    Online help and a 17 page tutorial.
  665. requires:    Perl, cterm (distributed with jinx)
  666. ports:        any unix system with ordinary perl and curses
  667. restrictions:    Copyleft
  668. author:        Henk Penning, Utrecht University
  669. contact:    Henk Penning <henkp@cs.ruu.nl>
  670. how to get:    ftp pub/PERL/jinx.shar.Z and pub/PERL/cterm.shar.Z 
  671.         from ftp.cs.ruu.nl
  672. updated:    1991/11/01
  673.  
  674. name:        rdb
  675. version:    2.5j
  676. interfaces:    ?
  677. access methods:    ?
  678. multiuser:    ?
  679. transactions:    ?
  680. distributed:    ?
  681. query language:    ?
  682. limits:        ?
  683. robustness:    ?
  684. description:    RDB is mostly a set of Perl scripts working as filters, like
  685.         "row" & "column"; a very nifty table formatting script is in
  686.         "ptbl", which can do long field folding into multiple lines per
  687.         row.
  688. references:    ?
  689. discussion:    ?
  690. bugs:        ?
  691. requires:    perl
  692. ports:        ?
  693. author:        Walt Hobbs <hobbs@rand.org>
  694. how to get:    ftp pub/RDB-hobbs/RDB-2.5j.tar.Z from rand.org
  695. updated:    ?
  696.  
  697. ---------------------------------------------------------------------------
  698. ----------------- dbm and other and raw access methods  -------------------
  699. ---------------------------------------------------------------------------
  700.  
  701. name:        The Berkeley DB code
  702. version:    1.72
  703. interfaces:    ndbm, hsearch
  704. access methods:    hash, b+tree, recno
  705. multiuser:    no 
  706. transactions:    no 
  707. distributed:    no
  708. query language:    none
  709. limits:        can handle large items
  710. robustness:    The db routines are used in some production code so they
  711.         are likely to work reasonably well.
  712. description:    The Berkeley DB Code is a unification of several previous
  713.         interfaces.  It also forms the basis of a unified interface
  714.         to new access methods (b+tree, recno).
  715. references:    "A New Hashing Package for UNIX", Margo Seltzer, Ozan Yigit,
  716.         Proceedings of the Winter USENIX Conference, Dallas, TX, 1991.
  717.         Also available by ftp'ing pub/oz/hash.ps.Z from nexus.yorku.ca.
  718.         "Document Processing in a Relational Database System, Michael
  719.         Stonebraker," Heidi Stettner, Joseph Kalash, Antonin Guttman,
  720.         Nadene Lynn, Memorandum No. UCB/ERL M82/32, May 1982.
  721.         "LIBTP: Portable, Modular Transactions for UNIX," Margo
  722.         Seltzer, Michael Olson, Proceedings 1992 Winter Usenix
  723.         Conference, San Francisco, CA, January 1992.
  724. reported bugs:    does not align data in memory [fixed? --ed]
  725. ports:        SunOS 4.1.2, Ultrix 4.2A, BSD 4.4, and most other Unix
  726. author:        Margo Seltzer, Keith Bostic, Ozan Yigit
  727. contact:    Keith Bostic <bostic@cs.berkeley.edu>
  728. how to get:    ftp ucb/4bsd/db.tar.Z from ftp.cs.berkeley.edu
  729. updated:    1993/10/12
  730.  
  731. name:        Btree Library
  732. version:    first public release
  733. interfaces:    raw C library
  734. access methods:    b-tree
  735. multiuser:    no
  736. transactions:    no
  737. distributed:    no
  738. query language:    none
  739. limits:        values are limited to 4 bytes (long enough for a pointer!)
  740. robustness:    ?
  741. description:    Ths is a library that maintains a simple balanced btree index.
  742.         Nothing more is provided than routines to insert, set, find
  743.         (specific, next, and previous), and delete keys. Each key,
  744.         however, has a spare long value that can be used to contain an
  745.         offset to a data file. A library to handle fixed-length records
  746.         based on these pointers should be trivial. (Can you say
  747.         'dBASEIII'?) Another failing of this library is its total
  748.         inability to cope with having several programs modifying
  749.         indices at the same time. (it *CAN*, but I won't vouch for the
  750.         result) The good solutions to that particular problem are OS
  751.         dependent, unfortunately, and I am not a database guru anyhow.
  752. ports:        Unix
  753. author:        Marcus J. Ranum <mjr@umiacs.UMD.EDU>
  754. how to get:    get btree and bt-rio from comp.sources.misc volume 3
  755. updated:    1988/06/02
  756.  
  757. name:        B+tree Library
  758. version:    first public release
  759. interfaces:    raw C library, dbm-like library
  760. access methods:    b+tree
  761. multiuser:    no
  762. transactions:    no
  763. distributed:    no
  764. query language:    none
  765. limits:        ?
  766. robustness:    ?
  767. description:    This is the source code for a variable-length key variable page
  768.         size b+tree library. Also included is source for a variety of
  769.         test programs, a semi-useable record manager, and a
  770.         dbm-lookalike library built on top of the record manager and
  771.         b+tree. (dbm(3) will blow it away performance-wise, of
  772.         course).
  773. ports:        Pyramid, Sun, BSD4.3, Ultrix.  Does not work on Xenix
  774. author:        Marcus J. Ranum <mjr@umiacs.UMD.EDU>
  775. how to get:    get b+tree_mgr from comp.sources.misc volume 10
  776. updated:    1988/06/02
  777.  
  778. name:        dbz
  779. version:    "20 Feb 1993 Performance Release of C News"
  780. interfaces:    dbm-like, command-line access
  781. access methods:    hash
  782. multiuser:    no
  783. transactions:    no
  784. distributed:    no
  785. query language:    none
  786. limits:        lines are limited to 1024 bytes unless the -l option is used
  787. robustness:    very robust within its domain
  788. description:    A dbm-like library maintained for use with C-news.
  789. ports:        everything that runs C-news (lots)
  790. author:        Jon Zeeff <zeeff@b-tech.ann-arbor.mi.us>, David Butler, Mark
  791.         Moraes, Henry Spencer.  Hashing function by Peter Honeyman.
  792. contact:    Henry Spencer <henry@zoo.toronto.edu>
  793. how to get:    included in the C-news distribution as ./dbz
  794. updated:    1992/02/11
  795.  
  796. name:        gdbm
  797. version:    1.7.1
  798. interfaces:    dbm, ndbm, gdbm
  799. access methods:    hash
  800. multiuser:    no, but does lock the entire file
  801. transactions:    no
  802. distributed:    no
  803. query language:    none
  804. limits:        can handle large items
  805. robustness:    [should be good --ed]
  806. description:    An ndbm work-alike from the Free Software Foundation
  807. bugs:        gnu.utils.bug
  808. author:        Philip A. Nelson <phil@wwu.edu>
  809. how to get:    ftp gdbm-*.tar.gz from any gnu archive
  810. updated:    1993/11/16
  811.  
  812. name:        sdbm
  813. version:    ?
  814. interfaces:    ndbm
  815. access methods:    hash
  816. multiuser:    no
  817. transactions:    no
  818. distributed:    no
  819. query language:    none
  820. limits:        ?
  821. robustness:    [I know of no problems --ed]
  822. description:    ndbm work-alike hashed database library based
  823.         on Per-Aake Larson's Dynamic Hashing algorithms.
  824. author:        Ozan S. Yigit <oz@nexus.yorku.ca>
  825. how to get:    included in the X11R5 distribution as contrib/util/sdbm
  826. updated:    1990/03/01
  827.  
  828. name:        tdbm
  829. version:    1.1
  830. interfaces:    dbm-like
  831. access methods:    hashing
  832. multiuser:    In theory, but the required threads package is not currently
  833.                 distributed.
  834. transactions:    yes
  835. distributed:    yes
  836. query language:    none
  837. limits:         Some minor ones.
  838. robustness:    Probably pretty reliable, but no hard data available.
  839. description:    Tdbm is a transaction processing database with a dbm-like
  840.         interface.  It provides nested atomic transactions, volatile
  841.         and persistent databases, and support for very large objects
  842.         and distributed operation.
  843. references:    A paper appearing in the Summer '92 USENIX proceedings
  844.         describes the design and implementation of tdbm and examines
  845.         its performance.
  846. discussion:    Contact the author.
  847. bugs:        Contact the author.
  848. author:        Barry Brachman <brachman@cs.ubc.ca>
  849. requires:       Nothing special.
  850. ports:        Sparc, MIPS, AIX.  Thought to be quite portable.
  851. restrictions:   Copyrighted with liberal use policy.
  852. how to get:    ftp pub/local/src/tdbm.tar.Z from cs.ubc.ca [137.82.8.5]
  853. updated:    1992/05/13
  854.  
  855. name:        Wb
  856. version:    1a2
  857. interfaces:    scheme library
  858. access method:    b-tree
  859. multiuser:    no
  860. transactions:    no
  861. distributed:    no
  862. query language:    none
  863. limits:        keys and data must be less that 256 bytes.  Total database
  864.         must be < blocksize*2^32.
  865. robustness:    unknown.  New release by a good programmer.
  866. description:    WB is a disk based, sorted associative array C library.  These
  867.         associative arrays consist of variable length (less that 256
  868.         bytes) keys and values.  WB comes with an interface to the
  869.         Scheme implementation SCM.
  870. author:        Aubrey Jaffer <jaffer@martigny.ai.mit.edu>
  871. requires:    SCM and SLIB (also available from altdorf.ai.mit.edu)
  872. ports:        ?
  873. how to get:    ftp archive/scm/wb1a2.tar.z from altdorf.ai.mit.edu
  874. updated:    1993/11/05
  875.  
  876. ---------------------------------------------------------------------------
  877. --------------------------- full text -------------------------------------
  878. ---------------------------------------------------------------------------
  879.  
  880. name:        Liam Quin's text retrieval package (lq-text)
  881. version:    1.12-gamma
  882. interfaces:    command line, curses
  883. access methods:    hash (dbm) plus clustered linked list
  884. multiuser:    read only
  885. distributed:    no, can be used over nfs if the systems are similar
  886. query language:    very limited command line
  887. limits:        30-bit max document size, 31-bit distinct words in vocabulary,
  888.         up to 2^24 documents (possibly more but I don't have enough
  889.         disk to test anything like that!)
  890. index size:    >30%, <100% of input text
  891. robustness:    The README says that there are bugs.
  892. description:    lq-text is a text retrieval package.
  893.         That means you can tell it about lots of files, and later you
  894.         can ask it questions about them.  The questions have to be:
  895.         "which files contain this word?" or "which files contain this
  896.         phrase?", but this information turns out to be rather useful.
  897.         Lqtext has been designed to be reasonably fast.  It uses an
  898.         inverted index, which is simply a kind of database.  This tends
  899.         to be smaller than the size of the data, but more than half as
  900.         large.  You still need to keep the original data.
  901.         Lqtext uses dbm (berkeley db or sdbm) to store its indexes.
  902. discussion:    lq-text-beta-request@sq.com
  903. bugs:        lq-text-beta@sq.com
  904. ports:        most version of unix (except SCO)
  905. restrictions:    permission required for commercial use.
  906. author:        Liam R. E. Quin <lee@sq.com>
  907. how to get:    ftp pub/lq-text*.tar.Z from relay.cs.toronto.edu
  908. updated:    1992/08/24
  909.  
  910. name:        qt (Query Text)
  911. version:    0.1
  912. interfaces:    unix command line
  913. access methods:    ?
  914. multiuser:    no
  915. distributed:    no
  916. query language:    unix command line
  917. index size:    ?
  918. limits:        ?
  919. robustness:    ?
  920. description:    Qt creates, maintains, and queries a full text database. The
  921.         database file system is organized as an inverted index. The
  922.         program is written as a single script, in Bourne Shell, and
  923.         permits simple natural language queries.  
  924.         [qt appears to be easier to use than lq-text and wais --muir]
  925. bugs:        author
  926. ports:        Unix, SysV.4, AIX, OSF/1, etc.
  927. author:        John Conover <john@johncon.com>
  928. how to get:    comp.sources.unix volume 27
  929. updated:    1993/10/18
  930.  
  931. name:        SMART
  932. version:    11.0
  933. interfaces:    terminal, X (slightly oder version), and several 
  934.         under development including Z39.50
  935. access methods:    inverted file search or sequential search
  936. multiuser:    yes, but last writer wins when there are update conflicts
  937. distributed:    In-house version, to be made public in fall
  938. query language:    Natural language
  939. index size:    approx 40% of original text.
  940. limits:        Can only handle roughly 4 Gbytes of text in 
  941.         non-distributed version.
  942. robustness:    Research tool; parts have been well-tested but others not.
  943. description:    SMART is an implementation of the vector-space model of
  944.         information retrieval proposed by Salton back in the 60's.  The
  945.         primary purpose of SMART is to provide a framework in which to
  946.         conduct information retrieval research.  Standard versions of
  947.         indexing, retrieval, and evaluation are provided.
  948.         The system is designed to be used for small to medium scale
  949.         collections, and offers reasonable speed and support for these
  950.         actual applications.
  951.         SMART analyses the collection of information and builds
  952.         indexes.  It can then be used to build natural-language based
  953.         information retrieval software.  It uses feedback from the
  954.         user to tighten its search.
  955. restrictions:    Research use only.
  956. discussion:    smart-people-request@cs.cornell.edu
  957. ports:        Unix (works under Linux, does not work under Ultrix, ?)
  958. contact:    <chrisb@cs.cornell.edu>
  959. how to get:    ftp pub/smart/* from ftp.cs.cornell.edu
  960. updated:    1992/07/21
  961.  
  962. name:        WAIS (Wide Area Information Server)
  963. version:    8 b5.1
  964. interfaces:    the wais protocol (Z39.50)
  965. access methods:    inverted string index
  966. multiuser:    read only
  967. distributed:    client/server
  968. query language:    natural language, boolean, Relevance Feedback
  969. index size:    roughtly = data size
  970. limits:        "none"
  971. robustness:    fairly high
  972. description:    There are three main components: WAISINDEX, WAISSERVER, and
  973.         WAISSEARCH.
  974.         WAISINDEX creates an inverted file index.  WAISINDEX includes
  975.         filters for a number of common file formats.
  976.         WAISSERVER listens for Z39.50 packets and tries to answer
  977.         them.
  978.         WAISSEARCH is the user agent that talks to WAISSERVERs.  There
  979.         are several front ends: shell, X, and emacs.
  980. announcements:    wais-interest-request@think.com
  981. discussion:    wais-discussion-request@think.com
  982. ports:        vax, sun-3, sun-4, NeXT, sysV
  983. restriction:    commercial version exists, contact info@wais.com
  984. author:        Harry Morris <Morris@wais.com>, Brewster Kahle 
  985.         <Brewster@wais.com>, Jonny Goldman <Jonathan@Think.COM>
  986. how to get:    ftp pub/freeware/unix-src/* from wais.com
  987. updated:    1992/11/16
  988.  
  989. ---------------------------------------------------------------------------
  990. --------------------------- interfaces ------------------------------------
  991. ---------------------------------------------------------------------------
  992.  
  993.  
  994. name:        CB++
  995. version:    0.1
  996. interface from: C/C++
  997. interface to:    SunOS/Oracle (DOS+Windows/Oracle,Gupta, OS/2 Sybase)
  998. description:    CB++ provides a plain C/C++ interface (not embedded) for SQL
  999.         database server access.     It was written in 1989 as a basis for
  1000.         storing C++ objects in a relational database.    It is very
  1001.         simple to use and makes applications portable among different
  1002.         SQL databases.    The library itself is relatively easy to port
  1003.         as the database vendor specific code is separated into a single
  1004.         C++ class which makes up only a limited part of the library.
  1005.         The author supports the current SunOS/Oracle version and
  1006.         server ports to other UNIX databases (DOS-, Windows-, OS/2-stuff
  1007.         is provided as it is and no longer supported)
  1008. requires:    C++
  1009. ports:        Oracle 6 for SunOS 4.1.3,
  1010.         Gupta SQL Server for DOS/MS-Windows, OS/2 SQL Server
  1011. author:        Bernhard Strassl <bernhard@ani.univie.ac.at>
  1012. how to get:    ftp contrib/CB++.0.1.tar.Z from ftp.x.org
  1013. updated:    1993/10/05
  1014.  
  1015. name:        DSQL
  1016. version:    3.0
  1017. interface from:    Unix, Macintosh, MS-DOS, MS-Windows, and Macintosh Hypercard
  1018. interface to:    Unix/Informix, VMS/Oracle
  1019. description:    DSQL is a simple client/server protocol to support remote
  1020.         access of SQL databases.  DSQL was designed in response to a
  1021.         perceived need at Genentech to provide graphical front-ends on
  1022.         Macintosh computers to Informix relational databases running on
  1023.         Unix servers.  DSQL version 3 is distributed with 2 server
  1024.         implementations and four client library implementations.  The
  1025.         API for the client libraries has been standardized, and the
  1026.         client code is divided into portable and architecture-specific
  1027.         portions.
  1028. requires:    ?
  1029. ports:        Mac, PC, Unix
  1030. author:        The Genentech Scientific Computing Technology Development 
  1031.         group.  Original authors: David Mischel, Terry Oberzeir, 
  1032.         Scooter Morris <scooter@tinman.gene.com>, Kathryn Woods.  
  1033.         Current team: Jim Fitzgerald, David Mischel, Scooter Morris, 
  1034.         Terry Oberzier, and Dan Lamb (VMS/Oracle).
  1035. contact:    ?
  1036. how to get:    ftp pub/dsql.3.tar.Z from cgl.ucsf.edu
  1037. updated:    1993/06/25
  1038.  
  1039. name:        Isqlperl
  1040. version:    1.1
  1041. interface from:    perl
  1042. interface to:    Informix
  1043. limits:        Maximum concurrently open cursors configured at build time.
  1044. descritpion:    Isqlperl is a set of user subroutines to enable Perl programs to
  1045.         access Informix databases.
  1046. requires:    Perl 4.035 or higher, Informix ESQL/C (Online, SE, or Turbo)
  1047. discussion:    perldb-interest-REQUEST@vix.com
  1048. restrictions:    GNU Public License
  1049. author:        Bill Hails <bill@tardis.co.uk>
  1050. how to get:    ftp pub/perl/db/isqlperl/isqlperl-1.1.shar.Z 
  1051.         from ftp.demon.co.uk
  1052. updated:    1993/10/02
  1053.  
  1054. name:        Isqltcl ?
  1055. version:    ?
  1056. interface from:    tcl
  1057. interface to:    Informix
  1058. description:    Isqltcl is an extension to Tool Command Language (Tcl) that
  1059.         provides access to an Informix database server.  Isqltcl adds
  1060.         additional Tcl commands that login to an Informix Server, pass
  1061.         SQL code, read results, etc.
  1062. requires:    ?
  1063. discussion:    comp.lang.tcl
  1064. author:        Srinivas Kumar <skumar@netcom.com>
  1065. how to get:    ftp tcl/extensions/isqltcl.tar.Z from harbor.ecn.purdue.edu
  1066. updated:    1993/09/15
  1067.  
  1068. name:        Interperl
  1069. version:    ?
  1070. interface from:    perl
  1071. interface to:    Interbase
  1072. descritpion:    Interperl is a set of user subroutines to enable Perl programs to
  1073.         access Interbase databases.
  1074. requires:    Perl 3.027 or higher, ?
  1075. discussion:    perldb-interest-REQUEST@vix.com
  1076. author:        Buzz Moschetti <buzz@bear.com>
  1077. how to get:    ftp pub/perl/db/interperl/? from ftp.demon.co.uk
  1078. updated:    ?
  1079.  
  1080. name:        Oraperl
  1081. version:    ?
  1082. interface from:    perl
  1083. interface to:    Oracle
  1084. descritpion:    Oraperl is a set of user subroutines to enable Perl programs to
  1085.         access Oracle databases.
  1086. requires:    Perl 3.027 or higher, Oracle Pro*C
  1087. discussion:    perldb-interest-REQUEST@vix.com
  1088. author:        Kevin Stock 
  1089. how to get:    ftp pub/perl/db/oraperl/? from ftp.demon.co.uk
  1090. updated:    ?
  1091.  
  1092. name:        Oratcl
  1093. version:    1.0
  1094. interface from:    TCL
  1095. interface to:    Oracle
  1096. description:    Oratcl is an extension to Tool Command Language (Tcl) that
  1097.         provides access to a Oracle Database server.  Oratcl adds
  1098.         additional Tcl commands that login to an Oracle Server, pass
  1099.         SQL code, read results, etc.  Oratcl was inspired by similar
  1100.         tools written for Perl (sybperl, oraperl) but was written from
  1101.         scratch instead of borrowing on the work of either Perl
  1102.         extension.
  1103. requires:    Tcl 6.7, Tk 3.2, Oracle OCI libraries 1.5, 
  1104.         Oracle SQL Server Version 6 or Version 7
  1105. discussion:    comp.lang.tcl
  1106. author:        Tom Poindexter <tpoindex@nyx.cs.du.edu>
  1107. how to get:    ftp pub/tcl/extensions/oratcl-1.0.tar.Z 
  1108.         from harbor.ecn.purdue.edu
  1109. updated:    ?
  1110.  
  1111. name:        pgperl
  1112. version:    ?
  1113. interface from:    perl
  1114. interface to:    Postgres
  1115. descritpion:    pgperl is a set of user subroutines to enable Perl programs to
  1116.         access Postgres databases.
  1117. requires:    Perl 3.027 or higher, ?
  1118. discussion:    perldb-interest-REQUEST@vix.com
  1119. author:        Igor Metz <metz@iam.unibe.ch>
  1120. how to get:    ftp pub/perl/db/pgperl/? from ftp.demon.co.uk
  1121. updated:    ?
  1122.  
  1123. name:        Sqlperl
  1124. interface from:    perl
  1125. interface to:    Ingres
  1126. descritpion:    Sqlperl is a set of user subroutines to enable Perl programs to
  1127.         access Ingres databases.
  1128. requires:    Perl 3.027 or higher, ?
  1129. discussion:    perldb-interest-REQUEST@vix.com
  1130. author:        Ted Lemon <mellon@ncd.com>
  1131. how to get:    ftp pub/perl/db/sqlperl/? from ftp.demon.co.uk
  1132. updated:    ?
  1133.  
  1134. name:        Sybperl
  1135. version:    1.009
  1136. interface from:    perl
  1137. interface to:    Sybase
  1138. descritpion:    Sybperl is a set of user subroutines to enable Perl programs to
  1139.         access Sybase databases.
  1140. requires:    Perl 3.027 or higher, ?
  1141. discussion:    perldb-interest-REQUEST@vix.com
  1142. author:        Michael Peppler <mpeppler@itf.ch>
  1143. how to get:    ftp pub/perl/db/sybperl/sybperl-1.009.* from ftp.demon.co.uk
  1144. updated:    1993/10/10
  1145.  
  1146. name:        Sybtcl
  1147. version:    1.2
  1148. interface from:    TCL
  1149. interface to:    Sybase
  1150. description:    Sybtcl is an extension to Tool Command Language (Tcl) that
  1151.         provides access to a Sybase Database server.  Sybtcl adds
  1152.         additional Tcl commands that login to a SQL Server, pass SQL
  1153.         code, read results, etc.  Sybtcl was inspired by similar tools
  1154.         written for Perl (sybperl, oraperl) but was written from
  1155.         scratch instead of borrowing on the work of either Perl
  1156.         extension.
  1157. requires:    Sybase Open Client (DB-Library), Sybase SQL Server
  1158. discussion:    comp.lang.tcl
  1159. author:        Tom Poindexter <tpoindex@nyx.cs.du.edu>
  1160. how to get:    ftp tcl/extensions/sybtcl-1.2.tar.Z from harbor.ecn.purdue.edu
  1161. updated:    1992/10/08
  1162.  
  1163. name:        Uniperl
  1164. version:    ?
  1165. interface from:    perl
  1166. interface to:    Unify 5.0
  1167. descritpion:    Uniperl is a set of user subroutines to enable Perl programs to
  1168.         access Unify databases.
  1169. requires:    Perl 3.027 or higher, ?
  1170. discussion:    perldb-interest-REQUEST@vix.com
  1171. author:        Rick Wargo <rickers@coe.drexel.edu>
  1172. how to get:    ftp pub/perl/db/uniperl/? from ftp.demon.co.uk
  1173. updated:    ?
  1174.  
  1175. ---------------------------------------------------------------------------
  1176. --------------------------- other -----------------------------------------
  1177. ---------------------------------------------------------------------------
  1178.  
  1179. name:        _lex & yacc_ by Levine, Mason & Brown published by O'Reilly
  1180. version:    ?
  1181. parts:        grammar
  1182. description:    In _lex & yacc_, by Levine, Mason & Brown an SQL parser
  1183.         is included as an example grammar
  1184. author:        Levine, Mason & Brown
  1185. how to get:    buy the book, or ftp published/oreilly/nutshell/lexyacc/? 
  1186.         from ftp.uu.net.
  1187. updated:    ?
  1188.  
  1189. name:        examples from: "Information Retrieval, Data Structures & Algorithms,"
  1190.         William B. Frakes, Ricardo Baeza-Yates, Editors, Prentice
  1191.         Hall, Englewood Cliffs, New Jersey 07632, 1992, ISBN 0-13-463837-9.
  1192. version:    ?
  1193. descriptions:    example code from the book "Information Retrieval, Data Structures 
  1194.         & Algorithms"
  1195. how to get:    ftp pub/reuse/ircode.tar.Z from ftp.vt.edu
  1196. author:        [resumably William B. Frakes, Ricardo Baeza-Yates]
  1197. updated:    ?
  1198.  
  1199. name:        MultiCal
  1200. version:    1.0
  1201. interfaces:    ?
  1202. access methods:    ?
  1203. multiuser:    no
  1204. transactions:    no
  1205. distributed:    no
  1206. query language:    enhanced SQL2 
  1207. index size:    ?
  1208. limits:        ?
  1209. robustness:    the DBMS component "eschews ... disk access methods"
  1210. description:    MultiCal is both a novel approach to supporting multiple
  1211.         calendars and internationalization of time constants and a
  1212.         query processor prototype that demonstrates this approach.
  1213.         MultiCal consists of about 48K source lines of C code; the
  1214.         query processor prototype consists of about 63K source lines of
  1215.         code.  The documentation consists of fifteen documents,
  1216.         comprising some 300 pages of material.
  1217.         MultiCal consists of an approach to providing limited
  1218.         extensibility for support of multiple calendars and languages
  1219.         for temporal support within a database management system
  1220.         (DBMS). We have augmented the Structured Query Language (SQL),
  1221.         specifically, SQL2, with time values, i.e., temporal
  1222.         constants.  Our approach is notable in that we allow many
  1223.         different calendars to be used in the database management
  1224.         system, and we incorporate only calendar-independent constructs
  1225.         into the language. We introduce three new temporal data types.
  1226.         New language features are defined for temporal built-in
  1227.         functions, special time values, arithmetic expressions
  1228.         involving time, temporal predicates, and aggregate functions
  1229.         over time. Ten languages are supported.
  1230.         To illustrate how an existing DBMS could be augmented to
  1231.         support multiple calendars, we provide a prototype DBMS that
  1232.         supports the proposed extensions. This prototype consists of
  1233.         query analysis and execution components. It eschews traditional
  1234.         functionality such as concurrency control and disk access
  1235.         methods, as these aspects are not relevant to timestamp
  1236.         management.
  1237. ports:        Sun4
  1238. contact:    <multical@cs.arizona.edu> or Rick Snodgrass <rts@CS.Arizona.EDU>
  1239. how to get:    ftp tsql/multical/* from ftp.cs.arizona.edu
  1240. updated:    1993/10/30
  1241.  
  1242. name:        dbf (xbase manipulation package)
  1243. version:    ?
  1244. interfaces:    command line
  1245. access methods:    ?
  1246. multiuser:    no
  1247. transactions:    no
  1248. distributed:    no
  1249. query language:    none
  1250. limits:        ?
  1251. robustness:    ?
  1252. description:    DBF is a set of tools and library routines to manipulate xbase
  1253.         files.  The tools allow xbase files to be created and
  1254.         manipulated from the command line.
  1255. author:        Brad Eacker <beacker@sgi.com>
  1256. how to get:    comp.sources.misc volume 40
  1257. updated:    1993/11/01
  1258.  
  1259.