home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / oracle / 1497 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  4.0 KB
  1. Path: sparky!uunet!cs.utexas.edu!rutgers!ub!dsinc!pitt.edu!gvls1!tredysvr!cellar!kml
  2. From: kml@cellar.org (John Galt)
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: Beginner's questions
  5. Keywords: beginner
  6. Message-ID: <53RkqB4w164w@cellar.org>
  7. Date: 4 Sep 92 11:50:39 GMT
  8. References: <1992Sep2.151700.25630@cbfsb.cb.att.com>
  9. Sender: bbs@cellar.org (The Cellar BBS)
  10. Organization: The Cellar BBS and public access system
  11. Lines: 84
  12.  
  13. gerette@cbnewsb.cb.att.com (marianne.g.pittorino) writes:
  14.  
  15. > 
  16. > Hi Oracle Users!
  17. > I am just beginning to learn about Oracle and I have some really basic
  18. > questions.  I have just started reading this newsgroup and the little I
  19. > have read impresses me greatly.  I would appreciate it if some kind person
  20. > would send me some answers (whether in e-mail or another posting is fine --
  21. > whatever you think is appropriate).
  22. > 
  23. >      1) Is it better to create a small database initially and add tablespaces
  24. >     to the database instead of creating a large database initially?
  25. > 
  26.  
  27. I prefer to start somewhere in between.  That is, you should start small,
  28. but with a number of tablespaces.  That will keep you from overburdening
  29. the SYSTEM tablespace.  You can then move rollback segments and temporary
  30. segments out of SYSTEM entirely.  It's easy to add on more space as you go.
  31.  
  32. >      2) Is it better to have lots of little tablespaces or fewer, larger
  33. >     tablespaces?
  34. > 
  35.  
  36. Depends.  If your applications are small, then use small tablespaces.  If you
  37. have few disks to spread them over, use larger tablespaces.  The trade-offs
  38. are disk IO versus separation of applications.
  39.  
  40. >      3) Are temporary tables and indices easily created/dropped within an
  41. >     application using Pro*C?
  42. > 
  43. Sorry, don't know ProC.  It's simple in SQLPlus, though.
  44.  
  45. >      4) How do you completely destroy a database (i.e., no more datafiles,
  46. >     no more control files, no more anything; I want it to seem as if the
  47. >     database NEVER existed!)?  Could I just remove all files associated
  48. >     with the database or is there some internal table that would be really
  49. >     upset if I did?
  50. > 
  51. 1.  To clear out a database completely, just rerun the create database 
  52. command.   2.  To completely remove a database, delete all its files.
  53.  
  54. >      5) I created a tablespace, then dropped it (including contents).  Why
  55. >     isn't the datafile removed and why does the row for the tablespace
  56. >     (status = INVALID) still exist in dba_tablespaces?
  57. > 
  58. The tablespace datafile should no longer show up as being accessed (in 
  59. VMS, you can do a show dev/file on the disk to tell).  It is not deleted
  60. by the database automatically; you have to do it.  INVALID simply means
  61. that a tablespace with that name has been dropped.  No problem.
  62.  
  63. >      6) Is there any easy way to rename tables (aside from selecting into the
  64. >     new table and dropping the old table)? Likewise, is there any easy way
  65. >     to rename columns?  The RDBMS I use now has simple rename commands:
  66. >         rename (old_table_name, new_table_name)
  67. >         rename_col (table, old_column_name, new_column_name)
  68. >     Does anything like this exist in Oracle?
  69. > 
  70. Ther is no way to easily rename columns in Oracle.  To rename a table,
  71. SQL> rename emp to old-emp;
  72. Only tables and views can be renamed in Oracle.
  73.  
  74. >      7) How is fragmentation monitored and how is it repaired?
  75. > 
  76. There are a bazillion fragmentation scripts out there.  Call Oracle and
  77. request Oracle magazine be sent to you.  I have two articles there that'll
  78. help: The One Minute DBA (Winter 92) and, for repairing fragmentation
  79. problems, Export by Tablespace, The Missing Utility (Spring 92).
  80. Fragmentation is repaired by recreating the tablespace and performing
  81. and exp/imp of all objects contained there.
  82. > 
  83. > If an FAQ file exists for this group, please tell me how I can get a copy.  I
  84. > don't want to rehash the same old questions over and over.
  85. > 
  86. > Thank you,
  87. > Marianne G. Pittorino
  88.  
  89.  
  90. No FAQ is out there yet.  I may start one up. 
  91.  
  92. Kevin.
  93.  
  94.  
  95.        As a matter of fact, no, I don't have a life.
  96.   kml%cellar@tredysvr.tredydev.unisys.com - My other account is a Mercedes.
  97.