home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sources / wanted / 4020 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.3 KB
  1. Path: sparky!uunet!utcsri!bonnie.concordia.ca!IRO.UMontreal.CA!CC.UMontreal.CA!duperval
  2. From: duperval@ERE.UMontreal.CA (Duperval Laurent)
  3. Newsgroups: comp.sources.wanted
  4. Subject: Looking for lean & mean database engine
  5. Message-ID: <1992Aug19.153638.28197@cc.umontreal.ca>
  6. Date: 19 Aug 92 15:36:38 GMT
  7. Sender: news@cc.umontreal.ca (Administration de Cnews)
  8. Organization: Universite de Montreal
  9. Lines: 55
  10.  
  11.  
  12. Hi there,
  13.  
  14. I know this has got to be one of the most often asked questions in this
  15. group but so far I haven't found what I need so... Here we go again.
  16.  
  17. I'm looking for a mean & lean database engine.  It must have
  18. the following characteristics:
  19.  
  20. - easy interfacing with any program written in C
  21. - multiple index capabilities
  22. - exact match queries
  23. - partial match queries
  24. - checking for duplicate entries
  25.  
  26. And it would be nice if it had the following also:
  27.  
  28. - routines for checking data integrity (messed up indices, messed up
  29. data, etc.)
  30. - routines to allow addition of new indices, without destroying existing
  31. data
  32. - good documentation
  33. - easily expandable.
  34.  
  35. Plus, of course, the standard routines for adding, deleting, updating
  36. and otherwise modifying an existing database.
  37.  
  38. Now, before the flame throwers are set to "CRISP" and directed towards
  39. me, let me say that I've looked at the following databases:
  40.  
  41. postgres, stone (directory name.  I can't remember the name of the
  42. package), requiem and mood.  All of them are slightly(!) too large and
  43. complex for what I need to do.
  44.  
  45. I found another package which was just about perfect but the code turned
  46. out to be buggy: certain types of queries did not function properly.  I
  47. wrote the author but he still hasn't responded about that particular
  48. bug.  Since I can't trust the package, I have to find another one.
  49.  
  50. Since this is a small project and very few people will actually use it,
  51. I don't want a commercial product because it will most probably end up
  52. being a waste of money.
  53.  
  54. I'd write my own but I have no notion on conception and designs of
  55. databases.  But if you give me a routine that manages everything for me
  56. and tell me how it works, Hey!  I'll definitely make a miracle with it!
  57. :-)
  58.  
  59. So, does anyone have any suggestions?
  60.  
  61. -- 
  62. Laurent Duperval
  63. duperval@ere.umontreal.ca
  64. duperval@jsp.umontreal.ca
  65. "If you gotta go, you might as well go happy... or suprised"   -Me
  66.