home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / 8854 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.5 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy!bclcl1.im.battelle.org!idiws1.idi.battelle.org!idicl1.idi.battelle.org!vsharma
  2. Newsgroups: comp.databases
  3. Subject: Re: BLOBS (was: 500'000 records)
  4. Message-ID: <1993Jan6.101714.1@idicl1.idi.battelle.org>
  5. From: vsharma@idicl1.idi.battelle.org (Vijay)
  6. Date: 6 Jan 93 10:17:14 EST
  7. References: <19085@mindlink.bc.ca> <1993Jan5.014213.27040@news.arc.nasa.gov>
  8. Organization: IDI-Dublin
  9. Nntp-Posting-Host: bidiao
  10. Nntp-Posting-User: raudabaugh
  11. Lines: 66
  12.  
  13. In article <1993Jan5.014213.27040@news.arc.nasa.gov>, lamaster@pioneer.arc.nasa.gov (Hugh LaMaster) writes:
  14. > In article <19085@mindlink.bc.ca>, Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg) writes:
  15. > |> > Hugh LaMaster writes:
  16. > |> >                                    With 30K records, you are dealing
  17. > |> > |> with blobs outside the normal record structure; you can run greater
  18. > |> > |> risks.
  19. > |> >
  20. > |> > Is there a "correct" way to deal with this problem yet?  It can show
  21. > |> > up in surprisingly simple DBMS applications, such as where you want to
  22. > |> > search through a bunch of trouble calls for matches to a particular
  23. > |> > problem.  1-2 years ago, when I inquired to this newsgroup, there was
  24. > |> > no RDBMS that could handle text searches efficiently.  (Efficiently,
  25. > |> > that is, compared to a text processing/retrieval system.)  Is this still
  26. > |> > the case?
  27. > |> 
  28. > |> Seems to be still the case, among the mainstream database products.
  29. > |> You might have some luck with middle-users (as opposed to end-users)
  30. > |> such as those providing db's for, say, the publishing industry ---
  31. > |> a wonderful source of solutions to problems that I, thank goodness,
  32. > |> seldom see 
  33. > Who are the vendors of this "middle-user" software?  
  34. > What RDBMS's do they use as the database part (or, do they do their own?)?  
  35. > What are the capabilities on the text side?
  36. > Is there a newsgroup on this, or a place where technical people and users
  37. > of such products post?
  38. > -- 
  39. >   Hugh LaMaster, M/S 233-9,     UUCP:      ames!lamaster
  40. >   NASA Ames Research Center     Internet:  lamaster@ames.arc.nasa.gov
  41. >   Moffett Field, CA 94035-1000  Or:        lamaster@george.arc.nasa.gov 
  42. >   Phone:  415/604-1056                     #include <usenet/std_disclaimer.h> 
  43.  
  44. Please also see Note 13063.
  45.  
  46. BASISplus Document Database is designed to manipulate text from ground up.
  47. BASISplus has the capability of searching on both "Structured" and 
  48. "Unstructured" fields simultaneously.
  49.  
  50. e.g. Search for all documents by Vijay Sharma that contain the word -
  51.      "BASISplus".
  52.  
  53. Additionally the database handles SGML documents hence maintaining the 
  54. document structure as well as giving the user the capability of searching
  55. at the component level of the documents.
  56.  
  57.  
  58. -- 
  59. Regards,
  60.  
  61. Vijay
  62.  
  63. **************************************************************************
  64. *                                                                        *
  65. * Vijay Sharma    Mail ID : VSHARMA                                      *
  66. * Toronto         Internet: IN%"VSHARMA@IDICL1.IDI.BATTELLE.ORG"         *
  67. *                                                                        *
  68. *                 Bus     : 416-368-7724                                 *
  69. *                                                                        *
  70. *                 "Do the unexpected"                                    *
  71. *                                                                        *
  72. **************************************************************************
  73.  
  74.