hä ?

ich dachte den export-befehl kennste jetzt ?

EXP blablabla....

oder was noch ?

dafür würde ich TOAD benutzen... damit kann man Tabellen, Views usw. als SQL-Script exportieren. Also sowohl das CREATE - Statement der jeweiligen Tabellen, als auch das INSERT für den Inhalt...

www.quest.com


EDIT: oder wie chewy schreibt, mit export geht es natürlich auch, dann aber nicht als Script...

ja wieso denn auch ? ;D

das leben kann doch soooooo einfach sein.... oder war ich mal wieder zu oberflächig ?

.... und wenn du den toad durchhast versuchs mal mit dem DBArtisan.... das ist ein tool für richtige Männer *hauhau*
(frei nach Tim Taylor)

(sorry venux, aber vom Toad halt ich nur in sehr begrenztem Maßstab was... ) der DBA von Embarcadero ist ein echtes Hammertool für Oracle. Gut, Du hast sicherlich recht dass man den nicht jedem in die Hand geben sollte, aber DU solltest das Ding auf jeden Fall mal ausprobieren.

yup, muß ich mal ausprobieren... kannte ich bisher halt noch nicht...

TOAD wird bei uns von fast jedem Developer benutzt, daher benutze ich ihn halt auch. Nicht sehr übersichtlich am Anfang, aber dafür ziemlich schnell und stabil (im Vergleich zum DBA Studio). Und nach einiger Zeit, will man so ein Tool nicht mehr missen

EDIT: Hab mal gerade geschaut, TOAD hat ja nur ein Zehntel der Download-Größe von DBArtisan...

jo..... DBA ist ein Mammut.

aber ein Mega-starkes.
Damit developen wir bei uns.

DAS Ding kann alles. außer Ebay. ;D

schema browser... nachschauen.
wenn alles klar und ok im hauptmenu unter "database"
den vielversprechenden eintrag "export" => TableSripts
anwählen. dann die tabellen auswählen (USER beachten)
und dann "OK" drücken. Bei den dann folgenden Optionen noch die Triggers usw. miteinschliessen. Im Register Output den Filenamen eingeben und..... thats it.

Aber wieso eigentlich soooooo umständlich ?
Weisst du, dass die Datenbank ohne Systemtabellen bzw. Systemuser ganz schön auf die Fresse fallen kann ?
Das Ding besteht ja nicht nur aus einem Layer.

Aber, probieren geht über studieren.
;D
oder hiess es "...stieren " ? ? ?

die größe eines jeden logs kann man angeben, dass ist kein problem. wenns vollgelaufen ist, erstellt oracle eben ein neues, leeres.


edid : sorry.... die hälfte vergessen :
die größe des archive logs hängt von der anzahl der verarbeitenden befehle ab. mir wärs eigentlich eher wurscht, ob das file nun 1 oder 10 mb gross ist, aber die übersichtlichkeit (falls wirklich mal ein rollback laufen muss) ist wohl im schnitt bei 10 mb grossen segmenten am besten.
wenn allerdings 1000 User dran hängen würd ich lieber auf 100 mb gehen.... sonst hast du morgen 10000 files a 10 mb und weisst gar nicht mehr wo du anfangen sollst

berechnen kann man dies nicht, zumindest weiß ich nicht wie ;D
die Archive-Logs sind immer so groß wie die Redo-Logs, denn die Arichves sind kopien der vollgeschriebenen Redo-Logs. Wenn die DB runtergefahren wird und das Redo nicht ganz voll ist, dann ist natürlich das archive (als kopie) dann kleiner.
Die größe von Redo kann man nachträglich nicht verändern. Man kann aber neue anlegen mit passender Größe und die alten Redos anschließen löschen.
Wie viele Redos man braucht und wie groß diese sind ist eine Beobachtungssache und hängt davon ab (wie chewy schon schrieb) wie viele User dranhängen und was die so tun.
Dabei finde ich die bloße Anzahl der Archive eher unwichtig (mir ist es egal ob da 100 sind oder 10.000) wichtiger ist, dass ein Redo log erst wieder bentutzt werden kann, wenn das Archive fertig kopiert ist. Wenn die kopie noch nicht erstellt ist, aber das Redo wieder gebraucht wird (weil alle anderen Redos auch schon voll sind) dann crasht die Datenbank.