CREATE TABLE PARALLEL

Version imprimable

05/08/2009, 14h19
jdar

CREATE TABLE PARALLEL
Salut,
j'ai une erreur
Code:

1 2 ORA-12801: error signaled in parallel query server P000 ORA-01652: unable to extend temp segment by 128 in tablespace TEMPORAL
je veux modifier ma requete pour enlever le parallelisme. la voici :
Code:

1 2 3 4 5 6 7 CREATE TABLE NomTableTempo TABLESPACE TBS PARALLEL NOLOGGING AS SELECT * FROM strNomTable T WHERE conditions;
le probleme, je ne sais pas si je dois mettre un 'AS SELECT /*+ NOPRALLEL(T) */ *... ' ou seulement enlever le 'PARALLEL' avant le NOLOGGING.

Merci d'avance
05/08/2009, 14h44
fatsora
Citation:
Envoyé par jdar

Salut,
j'ai une erreur

Code:

1 2 ORA-12801: error signaled in parallel query server P000 ORA-01652: unable to extend temp segment by 128 in tablespace TEMPORAL

je veux modifier ma requete pour enlever le parallelisme. la voici :

Code:

1 2 3 4 5 6 7 CREATE TABLE NomTableTempo TABLESPACE TBS PARALLEL NOLOGGING AS SELECT * FROM strNomTable T WHERE conditions;

le probleme, je ne sais pas si je dois mettre un 'AS SELECT /*+ NOPRALLEL(T) */ *... ' ou seulement enlever le 'PARALLEL' avant le NOLOGGING.

Merci d'avance
Bonjour,

Quelle version Oracle tu as ?

Pour enlever le parallele c'est NOPARALLEL ou simpelement enlever PARALLEL

Sinon le select /*+ parallel */ n'intervient pas ici pour la creation mais dans le select i.e tu peux bien faire

Code:

CREATE TABLE tabB PARALLEL 8 AS SELECT /*+ PARALLEL(t1,4)*/ * FROM tabA t1 ;

Tu peux aggrandir le tablespace Temporaire

Sinon qu'est c eque tu as dans le clause where CONDITIONS (des tris ???)
05/08/2009, 15h05
jdar

Version Oracle : 10.2.0

pour les conditions, c'est des filtres (l'expression est longue)

Code:

WHERE T.x > (select valeur from tab2)

mais le paramètre SORT_AREA_SIZE est deja initialisé

Code:

ALTER SESSION SET SORT_AREA_SIZE=1000000000;

le Table space temporaire ne peut plus être augmenté
apparemment la requête ramène énormément de lignes , donc ça déborde
05/08/2009, 15h34
fatsora

1.Si t'est en 10G R2

alors tu es peut etre en Automatic PGA Memory Management

as tu verifié ca ?

dans ce cas le sort_area_size n'est pas pris en compte.

Sinon , dans ton cas tu peux te mettre en manuel pour la session

Code:

alter session set workarea_size_policy =manual ;

avant de mettre une valeur a SORT_AREA_SIZE.

2. pour le tablespace temporaire un peux toujours ajouter un datafile non ?

3. il faut surement optimiser la requete select ....where

Donc faire autotrace , explain plan ou peut etre creer une table partitionnée ...
05/08/2009, 15h45
jdar

Code:

Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bi

le problème c'est que je ne peux gerer que le script pl/sql dc tt ce que je peux faire, c'est changer le parallelisme et ajouter des ALTER SESSION.
voici le PGA

Code:

aggregate PGA target parameter 65850368

comme c'est pas 0 , je suis donc en automatique, je rajouterai le manual avant le sort.

tu me confirmes?

merci
05/08/2009, 16h31
fatsora

C'est une solution de mettre en manual ... parmi d'autres

mais aussi de contacter le DBA si c'est pas toi pour le Tablespace TEMP

Surtout améliorer la requete sql qui cherche dans la table source , as tu regardé le plan d'execution ?

Le mieux c'est que tu fais tout ca dans un environnement de test , mais je comprend que tu n'as pas forcément tout ca a dispo ...
05/08/2009, 16h47
jdar

non, j'ai un environnement de test, mais le problème
c'est que je peux pas tester sur l'environnement de prod ou il y a la volumétrie
qui peut causer de tels erreurs.
pour la requête je suis pas sur qu'on peut mieux faire, c'est un select * sur toute la table avec un petit filtre.
le partitionnement doit être une décision concernant toute la base, je peux le proposer mais pas le faire à présent.

Merci fatsora
05/08/2009, 17h00
fatsora

le partitionnement ne concerne qu'un objet : une table ,ou plusieurs

http://download.oracle.com/docs/cd/B...4/c12parti.htm

Bon, sinon , tu peux toujours regarder la requete select * from where

Si ton environnement de test est trop petit, tu ne peux qu'extrapoler ...
Dans le cas contraire ,tu peux aussi importer les données de la prod pour tester.
06/08/2009, 11h01
jdar

Je reviens sur le PGA.
comment on peut le désactiver pour un test et le remettre après?
06/08/2009, 14h46
fatsora

Pour ta session , la commande est au dessus : alter session

Pour toute la base alter system

http://download.oracle.com/docs/cd/B...htm#REFRN10231

et n'oublie pas ,la ou tu va gagner c'est sur le sql !!

et je ne comprend toujours pas pourquoi tu ne peux augmenter la tablespace TEMP ....

car ca risque helas de revenir .....
06/08/2009, 15h05
jdar

merci,
le filesystem est plein , on ne peut plus rajouter, ça vient d'être augmenté mais ça n'a pas suffit. il faut demander à d'autres personnes via d'autres de le faire... communication difficile.
en plus le script demande de l'espace juste la première fois, après il ne sera plus utile, donc ils voudraient pas rajouter de l'espace pour un one shot.
je suis bien d'accord que tout se joue dans le sql, mais je dépanne et je ne vais pas changer toute une architecture... je dois faire avec l'existant
06/08/2009, 15h55
fatsora

OK , c'est pas gagné !

TEMPORAL c'est le tablespace temporaire ? (je suppose mais ...)

1. tu fais un explain plan ou autotrace du select
... tu verras s'il fait un tri ou pas

2. tu peux essayer de faire un CTAS create table T1 as select * from SOURCE where 1=2;

cad vide !

3. insert /*+ append */ into select ....

Mais encore une fois c'est pas gagné.