[ACCESS --> ORACLE] Conversie SQL statement

[Wilfred]

Ik poste gister de noobvraag hoe ik van een access update query een ORACLE update query kon maken...

code:

UPDATE (Tabel1 AS T1 INNER JOIN (Tabel4 AS T4 INNER JOIN Tabel2 AS T2 
ON (T4.CLUSTERTYPE = T2.CLUSTERTYPE) AND (T4.CLUSTERCODE = T2.CLUSTERCODE))
ON T1.TRAJECTNR = T4.TRAJECTNR) 
INNER JOIN Tabel3 AS T3 ON T1.VOLGNR = T3.VOLGNR SET T3.DECL_CODE = [tb_clusters]![DECL_CODE], 
T3.CLUSTER_OMS = [tb_clusters]![cluster_omschr], 
T3.SEGMENT = Left([tb_clusters]![hoger_CLUSTERCODE],1)
WHERE (((T4.DBC_CLUSTERTYPE)="DEF"));

Dit werkt in access redelijk tot goed..

Het volgende heb ik in ORACLE geprobeerd :

1. View aanmaken omdat joins niet werken in een update in ORACLE:
2. de update uitvoeren op basis van de join..

code:

UPDATE TB_TST
SET TB_TST.CLUSTER_OMS =(select CLUSTER_OMS from V_TEST
WHERE TB_TST.VERR_VOLGNR = V_TEST.VERR_VOLGNR);

Dit resulteerde in een stuk of 15 miljard logical reads, en uiteindelijk niet in een resultaat omdat ik de sessie heb gekilled...
Het opvragen van de view in een query in access lukt prima en ook is access met de hele update ongeveer 2 uur bezig maar dan heb je wel wat.. het gaat om een stuk of 7 miljoen records waarvan het cluster moet worden toegevoegd...
Ik heb ook geprobeerd met een materialized view de update uit te voeren maar dat lijkt ook niet te lukken.
Heeft iemand een idee?

[The Eagle]

probeer eens iets als:

code:

Update TABEL as (select * from jointabellen)

ZOu me niks bervazen als ie dat wel pakt

[justmental]

Als je naar het explain plan van je statement kijkt zul je waarschijnlijk zien dat je een niet mergebare view hebt en dus de hele view opgebouwd wordt per rij die je gaat updaten.
Waarschijnlijk werkt het beter als je de view uitschrijft in je subquery.

Als het om een eenmalige actie gaat dan is het makkelijkst waarschijnlijk een tabel te maken met de gegevens uit de view en daar een index op verr_volgnr op te leggen.
Deze kun je dan gebruiken in plaats van de view.

[DND_Roche]

Misschien is het makkelijker het hele stukje in een pl/sql procedure te gieten.
Cursortje voor de te-updaten-tabel

En dan in een for-in loopje alleen die records muteren die je cursor teruggeeft?

[Wilfred]

justmental schreef op woensdag 09 augustus 2006 @ 13:02:
Als je naar het explain plan van je statement kijkt zul je waarschijnlijk zien dat je een niet mergebare view hebt en dus de hele view opgebouwd wordt per rij die je gaat updaten.
Waarschijnlijk werkt het beter als je de view uitschrijft in je subquery.

Als het om een eenmalige actie gaat dan is het makkelijkst waarschijnlijk een tabel te maken met de gegevens uit de view en daar een index op verr_volgnr op te leggen.
Deze kun je dan gebruiken in plaats van de view.

Ik dacht dat ik dat deed door de materialized view te maken. Ik zal eens kijken of het inderdaad wel werkt wanneer ik een tabel maak in plaats van een view.

Als hij inderdaad voor alle 7 miljoen records 7 miljoen records moet doornemen kan dat wel even duren...

[Wilfred]

7790789 rijen zijn bijgewerkt.

Hartelijk dank.. Met een vaste tabel en daar een index op het id is een stuk sneller