Faktor create as select zu select count(*),a,b...?

[Martin R.]

Hallo Zusammen,

gibt es einen abzuschätzenden Zeitfaktor, um wieviel ein

[highlight=sql]select count(*),a,b,c,d from tab1[/highlight]

länger benötigt als ein

[highlight=sql]create table as
select a,b,c,d from tab1[/highlight]
?

Als Bsp ein select dauerte 5 min, der create > 60 min und ist noch nicht fertig.
Es sind ca. 1.000.000 DS
Mir ist bewusst, dass ein redo und undo mitgeschrieben wird.
Seltsamer weise haben sich die Zeiten für die Erstellung verschiedener Tabelle vervielfacht.
Lt Rechenzentrum ist die DB nur umgezogen, aber hat die gleiche Parametrierung und angeblich gleiches Blech

Nun würden wir gern abschätzen, ob wir das Konzept umschmeissen und auf Temp. Tabellen umsteigen, dies aber nur ungern.

Viele Grüße und vielen Dank

Martin

[fanderlf]

Ok... hier stand schmarrn man sollte erstmal die Posts lesen. Warum das CREATE sooo viel länger als das SELECT dauert weiss ich leider auch nicht.

[Martin R.]

Hallo,

was meinst Du was ich den lieben langen Tag ueber zu Schmarn produziere
Also trotzdem vielen Dank.

Evtl noch zur Ergänzung, der explain plan sieht von den Schätzungen nicht schlecht aus.

Der einfache select, hat bedingt durch das group by, sogar etwas höhere 'Kosten'

P.S. ich weiss nicht, ob von Relevants. not in Befehle dauern nun auch um ein vielfaches länger, als vor dem Umzug

Könnte eine evtl. stattgefunde Vorbereiitung(Kernel der UNIX-LPAR ) zur Migration von 10g auf 11g causal mit der Verschlechterung der Performance zusammenhängen?

Vielen Dank nochmal

Gruß

Martin

[FlexGer]

Könnte es nicht am Programm liegen?

Beim Navigator z.B. wird nur eine festgelegte Anzahl von Datensätzen ausgegeben. Die komplette Anzahl wird erst auf "Wunsch" angezeigt.

Wenn man jedoch eine Tabelle erstellt, so müssen ja alle Datensätze durchforstet werden.

[Martin R.]

Könnte es nicht am Programm liegen?

Beim Navigator z.B. wird nur eine festgelegte Anzahl von Datensätzen ausgegeben. Die komplette Anzahl wird erst auf "Wunsch" angezeigt.

Wenn man jedoch eine Tabelle erstellt, so müssen ja alle Datensätze durchforstet werden.

Hallo,

da hast Du grundsätzlich natürlich Recht.

Daher auch der count *

Gruß

Martin

[kuemmelchen]

SELECT count(*),a,b,c,d FROM tab1

Ich will ja nicht meckern, aber diese Anweisung funktioniert nicht:
FEHLER in Zeile 1:
ORA-00937: keine Gruppenfunktion für Einzelgruppe

kuemmelchen

[Martin R.]

Ich will ja nicht meckern, aber diese Anweisung funktioniert nicht:
FEHLER in Zeile 1:
ORA-00937: keine Gruppenfunktion für Einzelgruppe

kuemmelchen

Recht hast Du
War nur ein Beispiel um die Situation zu beschreiben.
Wie o.a. wurden die vom optimizer ermittelten Kosten durch das group by sogar erhöht

also dann

SELECT count(*),a,b,c,d FROM tab1
group by a,b,c,d;

Gruß und danke für Deinen Einwand

Martin