SQL*Loader, EXTERNAL TABLES e dati delimitati da “TAB”

Ieri mi è stato passato un file di testo con l’indicazione di caricare i dati su un database. Naturalmente senza indicazione sul tracciato del file, che però era abbastanza piccolo da poter essere aperto con un’editor qualsiasi sul mio PC con Winzoz. Con un certo fastidio ho appurato che si trattava di un file in cui i campi erano delimitato dal caratter TAB (codice ASCII x09). Chiaramente la prima cosa che ho fatto è quella di creare una “External Table” però ho incontrato un problema. Faccio un esempio:

Un file con i seguenti dati (delimitati dal carattere TAB):

12        SARATOGA
10    ACCOUNTING    CLEVELAND
11    ART    SALEM
13    FINANCE    BOSTON
21    SALES    PHILA.
22    SALES    ROCHESTER
42    INT’L    SAN FRAN
TEST    UDINE

E il seguente script

drop table dept;
create table Dept
( deptno number,
dname varchar2(30),
loc varchar2(30)
)
organization external (
type oracle_loader
default directory UNLOAD
access parameters (
records delimited by newline
BADFILE ‘dept.bad’
LOGFILE ‘dept.log’
skip 0
fields terminated by X’9′
OPTIONALLY ENCLOSED BY ‘”‘
(
deptno,
dname,
loc
)
)
location
(
‘dept.txt’
)
);

SELECT COUNT(*) FROM dept;

risultato:

SELECT COUNT(*) FROM dept
*
ERRORE alla riga 1:
ORA-29913: errore nell’esecuzione del callout ODCIEXTTABLEFETCH
ORA-30653: limite di rifiuto raggiunto
ORA-06512: a “SYS.ORACLE_LOADER”, line 52

E nel file di dept.log si trova:

KUP-04021: errore di formattazione campo per il campo LOC
KUP-04023: l’inizio del campo segue la fine del record
KUP-04101: record 1 rifiutato nel file D:\UNLOAD\dept.txt
KUP-04021: errore di formattazione campo per il campo LOC
KUP-04023: l’inizio del campo segue la fine del record
KUP-04101: record 8 rifiutato nel file D:\UNLOAD\dept.txt

La cosa mi ha sconfortato, ho provato a cambiare il delimitatore, usanto “\t”, WHITESPACE ma niente da fare. Per fortuna l’immancabile ricerca su Google mi ha portato da Tom, più precisamente a questa domanda. Dando un’occhiata superficiale mi sembrava proprio il mio problema, ma non capivo perché la soluzione di Tom doveva funzionare e il mio script no. Ebbene, la differenza è proprio la parte ” OPTIONALLY ENCLOSED BY ‘”‘”. Stando al manuale specificando  OPTIONALLY ENCLOSED BY Oracle controlla se c’è il delimitatore di apertura e se lo trova cerca quello di chiusura considerando tutto ciò che vi è compreso come contenuto del campo. Io erroneamente pensavo che se i campi non erano chiusi fra i delimitatori Oracle se ne fregasse e si comportasse bene, invece o mi sfugge qualcosa o si comporta male. Fatto sta che lo script sopra, con quei dati e senza la parte OPTIONALLY ENCLOSED BY funziona perfettamente:

SVILUPPO40@perseo10 > create table Dept
2  ( deptno number,
3  dname varchar2(30),
4  loc varchar2(30)
5  )
6     organization external (
7     type oracle_loader
8     default directory UNLOAD
9     access parameters (
10     records delimited by newline
11     BADFILE ‘dept.bad’
12     LOGFILE ‘dept.log’
13     skip 0
14     fields terminated by X’9′
15     (
16     deptno,
17     dname,
18     loc
19     )
20     )
21     location
22     (
23     ‘dept.txt’
24     )
25  );

Tabella creata.

SVILUPPO40@perseo10 >
SVILUPPO40@perseo10 > SELECT COUNT(*) FROM dept;

COUNT(*)
———-
8