home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / oracle / 1455 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.9 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!unixhub!tethys.SLAC.Stanford.EDU!ian
  2. From: ian@tethys.SLAC.Stanford.EDU (Ian A. MacGregor)
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: Hash clustering vs Indexing in ORACLE7
  5. Message-ID: <5399@unixhub.SLAC.Stanford.EDU>
  6. Date: 1 Sep 92 15:15:19 GMT
  7. References: <1992Aug27.115753.1300@hermes.dlogics.com> <z9hn27.tcox@netcom.com>
  8. Sender: news@unixhub.SLAC.Stanford.EDU
  9. Lines: 32
  10. Nntp-Posting-Host: tethys.slac.stanford.edu
  11.  
  12. In article <z9hn27.tcox@netcom.com>, tcox@netcom.com (Thomas Cox) writes:
  13. |> mpd@hermes.dlogics.com writes:
  14. |> >Anybody used hash clustering in place of indexing?
  15. |> >Am considering it for a new app, and am wading through zillions of
  16. |> >pros and cons.
  17. |> 
  18. |> >Thanks in advance...
  19. |> 
  20. |> Why "in place of" -- I was under the impression you can do both.  Though
  21. |> I have no idea what trade-offs _that_ entails...
  22. |> 
  23. |> Cheers.
  24. |>     -- Tom
  25. |> -- 
  26. |> Tom Cox      DoD #1776   '91 CB 750 Nighthawk   tcox@netcom.netcom.com
  27. |> My opinions!  Mine!  Not those of Netcom, or Oracle, or anybody else I know...
  28.  
  29. I believe hashing is only available for clusters and not for individual tables.
  30. Hashing is faster for queries with predicates that do not include range scans.
  31. Range scans are more efficiently handled by B-Trees.  Another problem is that
  32. hash functions do not guarnatee uniqueness; thus they are unsuitable for use as
  33. peimary keys in a table.   Oracle does allow you to have both a hash and an
  34. index on your cluster key.  It will  use the hash for "=" queries and the 
  35. B-Tree for range scans.  There have been rumors about Oracle allowing hashing
  36. of individual table keys in the future, but I have heard no official statement
  37. from them.
  38.  
  39.                           
  40.                           Ian MacGregor
  41.                           Stanford Linear Accelerator Center
  42.                           IAN@SLAC.STANFORD.EDU
  43.                           (415) 926-3528
  44.