---

Hallo,

es scheinen ja nicht viele Fragen aufzukommen!

Ich habe aber ein Problem.

Ich habe von einem Projekt (User mit eigenen Tabellen und Daten)
einem Dump erzeugt und wieder als neuen User eingelesen.
Klappt prima!
Jetzt habe ich die Daten aus den Tabellen entfernt um die Struktur
für ein neues Projekt zu verwenden.
Jetzt habe ich mir den "leeren" User wieder als Vorlage in einen
Dump geschrieben. DIeser ist aber genau so gross wie der mit den
Daten. Das liegt wohl daran das Oracle sich die Extends der alten
vollen Tabellen merkt.

Wie bekomme ich es hin, den Dump von ca. 1GB wieder auf die notwendige Größe von 10MB zu kriegen ?????

Stelli

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo

Wie genau hast Du die Daten gelöscht?

Gruss
furter

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Furter,

per SQL mit "delete from ...." und nicht mit "Truncate .." damit die in der Datenbank angelegten Trigger anspringen.

Stelli

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Furter,

ich sehe gerade du hast auch Topobase. Gut!

Stelli

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Stelli

Bei mir geht das mit dem TB-Administrator (Topics leeren), oder mit dem SQL-Sheet von C-Plan (delete from "TABLE"; commit).

Gruss
furter

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Furter,

damit werden aber nur die Featureklassen geleert genauso
wie über SQL. Wenn du im SQL Worksheet den SQL Spion einschaltest
siehst du die Befehle.

Aber trotz leerer Tabellen bleibt der Platz im Tablespace reserviert.
Beim Ein- und Ausdumpen wird wohl auch der reservierte Platz übertragen.

Ich habe da noch in wager Erinneruung, dass man den Dump mit einem
Tool ausliest. Hier werden wohl SQL Befehle zum Erzeugen der Datenbank extrahiert. Wenn man dann den Dump in den vorhanden User
einliest, können die Tabellen nicht mehr nach der Vorschrift aus dem Dump angelegt werden sondern bleiben so klein.

Aber dieses Tool habe ich nicht !

Ich muss im Moment SICAD Daten (kompl. ALK) ca.100000 Flurstücke
in ein eigenes Datenmodell übernehmen. Da hängt ein Menge Daten dran und es macht mir ein wenig Sorgen das ein Select auf eine leere Tabelle schon eine Weile dauert.

Übrigens, mit welchen Fachschalen arbeitet ihr ?

Stelli

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Stelli1:
Hallo Furter,

Übrigens, mit welchen Fachschalen arbeitet ihr ?

Stelli

---

Vermessung, Wasser, Abwasser

Der Dump wird kleiner, oder? Das war Deine ursprüngliche Frage.

Wenn es um den Platz im Tablespace geht, klar, der wird nicht viel kleiner. Dann legst Du Dir einen neuen Tablespace an.

Danach:
1. Im DBA-Studio den User mit default-Tablespace "neuerTablespace" anlegen.
2. diesem User die Berechtigungen auf den Tablespace "vorherigerTablespace" entziehen.
Dazu
a. unter 'Rolle' die Resource-Rolle entziehen
b. unter 'Systemberechtigungen' 'Unlimited Tablespace' entziehen (beides natürlich nur, wenn erteilt ;-)  )
c. unter 'Quoten' dem Tablespace "neuerTablespace" unlimitierten Platz zuweisen und allen (vorallem "vorherigerTablespace") die Quota auf 'kein' setzen
3. In SQL-Sheet in den User importieren (Meldung dass schon vorhanden ist nun ok)
4. In DBA-Studio die RESOURCE-Rolle und 'Unlimited Tablespace' nach dem Import wieder erteilen.

Übrigens, wir arbeiten mit SQL Sheet (auf Inst.-CD Topobase) und nicht mit dem SQL-Worksheet von Oracle. Ist eine gute Sache, auch für Import und Export der Dumps.

Gruss
furter

[Diese Nachricht wurde von furter am 22. Sep. 2005 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Furter,

nein der Dump wird leider nicht kleiner.

Mit dem Tabelspace habe ich mich unklar ausgedrückt.
Der kann natürlich nicht kleiner werden, da er auf einer festen
Größe von z.Zeit 20GB eingestellt ist und ohne AutoExtend,
dar sonst irgendwann die Platte gesprengt wird.
Aber der belegte Platz innerhalb des Tablespaces bleibt.
Ermittelt mit c-plan SQL-Sheet / Userspaces.

Arbeitet ihr mit TB2 oder TB3 und Spatial ?
Habt ihr Oracle 9i oder 10g ?

Stelli

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Stelli1:
Hallo Furter,

Arbeitet ihr mit TB2 oder TB3 und Spatial ?
Habt ihr Oracle 9i oder 10g ?

Stelli

---

TB2, 9i

Bei mir werden die Dumps kleiner, habe ich getestet.
Sind 20 GB für einen Tablespaces nicht zuviel. Wir kreieren nur welche bis max. 4 GB. Dafür lieber 5 Stk.

Frage mal, was der Support zu Deinem Problem meint.

Gruss furter

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Furter,

der Tablespace ist bei auch in 5 Datendateien aufgeteilt.
Sonst gibts nachher Ärger mit der Sicherung.

Vielen Dank für deine Mühen.

Stelli

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP