Keresés

akkor meg kell nézni a plant.

Igen, kb 2-3 perc az első 20 de az összes (68e rekord) lejön kb 4 és fél perc alatt..

a 2  perc alatt lehoztad az összes sort vagy csak az első huszat?

Arra mi lehet a magyarázat, hogy ha egy query símán lefuttatva 2 perc alatt eredményt hoz - ám ha ugyanazon query elejére egy create table xy as - .... -t teszek még 45 perc után is csak fut, azaz a query táblásítása hatványozottan több ideig tart mint a síma futtatása?? 

Köszönöm az infót!

Közben rájöttem, split partition. Viszont, amikor töltenem kell, akkor 10 partíciót kell a végén egyszerre betolnom, úgyhogy az alap kérdés áll. :)

Köszönöm.

Lehetséges partition exchange egy másik partícionált táblával?

Van egy táblám, ami jelenleg 10 ID-t tartalmaz egy partícióban. Meg szereté változtatni, hogy egy partíció egy ID legyen. Ha csinálok egy másik táblát Id-ként egy partícióval, eldobom az eredeti táblát, tudom-e partition exchange használtaával visszatolni az eredeti táblába az adatokat, vagy visszafele is INSERT-et kell használjak?

Köszi.

Meg lehet a problémát kerülni, ha mondjuk így hozod létre a táblát:

create table emp

(datum date default sysdate,

empno number,

ename varchar(40),

salary number);

És természetesen a datum oszlopot nem töltöd.

load data
 infile '/home/valami/adat'
 append
 into table emp
 fields terminated by "," optionally enclosed by '"'
 ( empno, ename, salary )

Nem kell semmi to_char-os konvertálás, a datum oszlop másodperc pontosságú mert date.

Az atdat oszlop VARCHAR2() karakterhossza.... basszus, ez volt túl kevés - és nem fért bele az adott dátumformátumba (szándékozni) konvertált sysdate... 

Köszi, mindenhol máshol kerestem a hibát.

Az én példámban egy to_char függvénnyel igazítottam a dátumon, de én csak a napot tettem bele, a példatáblában nagyobbra kell venni az atdat oszlop méretét16-ra, és akkor használhatod ezt:

atdat "to_char(sysdate,'yyyymmddhh24miss')"

Hát, sajnos a NLS_DATE_FORMAT és társai is környzeti változók pedig...

https://docs.oracle.com/cd/B19306_01/server.102/b14215/ldr_control_file.htm#i1004663

itt van a control file reference doksi, és egy példa hogyan tudsz olyan oszlopot insertálni sysdate-el ami nincs az adatfileban.

Vajk

Köszi, az ékezetes karakterekkel történő táblaírás SQL*Loader-nél az alábbi módon megoldódott végül:

LOAD DATA -- parancs után:
CHARACTERSET UTF8

és nem kellett az NLS_LANG környezeti változót állítgatni.

Viszont a formátumozott időbélyeg írásra még nem találtam megoldást..

(Vagy ugyanezen topik utóbbi néhány tucat hozzászólását.)

Sajnos a 'rosszul' meg a 'jól' nem egzakt kategória. Kezdetnek ezt tanuld meg szó szerint: http://web.axelero.hu/lzsiga/ekezet.html

Illetve.. a karakterkódolásban van némi hiba.. a CSV-ben lévő magyar ékezetes karakterekkel rendelkező cellaértékek rosszul jelennek meg..

OK. Az volt a gond, hogy a parancsfile-t amiben írtam UTF kódolású volt, nem ANSI és a parancssori futtatáskor valami krikszkraksz íródott a sqlldr elé.

Működik szépen, márcsak egy dolog kellene - időbélyeg a betöltött rekordokhoz. 

A to_char függvényt próbáltam átírni ennek megfelelő formátumra, illetve a sysdate-et megadni, de erre hibával elszáll és nem hajtódik végre egyetlen importálás sem.

Az SQL* Loader nem ismerné fel ezeket a konvertálásokat?

Bocs ez nem neked lett szánva.

Jó a példád !

Az oracle kliens tartalmazza az sqlldr-t.

Van a gépeden olyan ?

Ha nincs, tegyél fel egyet.

A szerveren is indíthatod, vagy egy kliensen is, ami eléri az adatbázist. De kliensen kell hozzá az SQL Utility nevű dolog, az tartalmazza a loadert.

Ahogy a kiterjesztésből kiderül, én egy windows kliensen próbáltam ki ezt.

Köszönöm a segítséget.

Egy dolog nem tiszta még: 

Az SQL * Loader parancssori indítófile-ját (.bat) hol kell elindítani? illetve a teszt.log file hol fog létrejönni?

Az Oracle serveren?

Merthogy serverre csatlakozás nélkül kellene mindez.. (windows desktop-ról futtatva)

Nem igazán világos, hogy mire gondolsz importáló package alatt. A loader maga az importáló program.

Csináltam neked egy mintát:

http://pastebin.com/xGciDsDC

Négy dolog kell neked, ez mind benne van, csak a felhasználót kell megadnod a bat és control fájlokban:

- maga a csv fájl

- egy control fájl, ami a betöltési szabályt tartalmazza

- egy parancssori indító

- egy oracle tábla

Persze, a loader teljesen jól automatizálható.

Egy cron bejegyzésbe beteszel egy fájlfigyelőt, ami ha észrevesz egy új csv fájlt egy megadott helyen, akkor elindítja a loadert, és utána archivál.

Én ezt sima bash szkripttel szoktam megoldani, de biztos megoldható más nyelven is.

(nem a táblából futtatja a query-t hanem arra egy tetszőlegesen megadott query-t/select-et)

Illetve ami még eszembe jut esetleg készen meglévő, importáló package használata.. 

(a másik 'oldala' megvan ha kell valakinek, azaz oracle táblából query-t futtató, annak eredményét xls-be kiexportáló + e-mailben a táblázatot adott címekre elküldő verzióról tudok/használtam)

Mivel valahogy meg kell oldani a dolgot, a CSV formátum is jó lehet.

SQL Loader-t nézzem - ezt lehet ütemezni és meg lehet adni az importálandó CSV-k 'lelőhelyét'?

Illetve szükséges még valami hozzá? Gondolok itt pl VB Scriptekre amikkel file-okat lehet mozgatni, nem oracle-ben zajló műveleteket futtatni

(Mármint az xls-t megnyitni ODBC-vel? Szerintem, ha működik is, tíz nagyságrenddel gyorsabban kapsz eredményt a lentebb írt módszerrel.)

ODBC-vel is megoldható, minimális VB progival, csak kérdés, hogy megéri-e a szevedés, amikor ott van a loader.

Ha jól emlékszem haverjaim pearl programmal oldották meg. Perl tud excelt adat tömbbe olvasni, és tud cikkklusban sql insertet kiadni.

Jaja, +1 az exportra text/csv formátumba, az xls[x] nem emberi (vagy gépi) fogyasztásra való. És különben is verziónként változik.