Oracle: Blob remote via Kommandozeile inserten?

[Phoenix]

Ich muss es irgendwie schaffen, einen BLOB in eine Oracle-Datenbank via Kommandozeile zu inserten.

Dieser Artikel hier funktioniert nicht, weil das Directory das hier verwendet wird auf dem Server angezogen wird. Das ganze muss jedoch remote passieren.

Also die Anforderungen:
- Zugang: remote via sqlplus
- eine Datei, die die Blob-Daten enthält (ist vorhanden)
- erlaubte Hilfsmittel: ausschliesslich .bat Files und sqlPlus -scripte

Wie kann man das so schaffen?

[marabu]

Hallo Sebastian,

wie groß sind denn deine BLOB-Daten? Oracle unterstützt das binary literal format nur bis zu 4.000 Bytes (= hex digits). Du müsstest dann das INSERT Statement durch Verkettung von Literalen in einem Batch-Skript erzeugen, wobei du deine BLOB-Daten vorher nach HEX umkodieren müsstest, wenn sie binär vorliegen.

Freundliche Grüße

[Phoenix]

Die Daten um die es konkret geht sind knapp unter 10 Byte (78 bit) groß.

Wie würde man die Hexcodiert in ein Statement packen? Hast Du da ein Link zu einem Sample?

[marabu]

Die Syntax ist recht einfach:

SQL-Code:

 INSERT INTO tbl (blob) values('DEAF')

[Phoenix]

Wie geil, das funktioniert ja einwandfrei :firejump:
Danke! :thuimb:

[p80286]

Ich häng mich mal hier an, weil ich ein beinahe gleiches Problem habe.

Code:

update btable set bfield='Dies ist ein Blob Eintrag' where id=12345;

Das wäre mein naiver Ansatz gewesen.

Wenn ich das richtig verstanden habe was ich bisher gelesen habe, dann habe ich nur diese Möglichkeit

Code:

update btable set bfield=44696573206973742065696E20426C6F622045696E74726167 where id=12345;

bzw.

Code:

update btable set bfield=hextoraw(rawtoblob(44696573206973742065696E20426C6F622045696E74726167)) where id=12345;

Ist das korrekt? bzw. gibt es doch noch eine andere Möglichkeit?

[jobo]

Du kannst im Falle eines Textes diesen mit oracle funktionen codieren, also Dir irgendwelchen handgestrickten Hexkram sparen.
Ich habe irgendwo Code für Export / Import Scripts von Bilddaten, die sowas nutzen. Muss ich mal nachsehen. Im Prinzip ist das ziemlich ähnlich zur Behandlung von Email Attachments.

[p80286]

Bitte,bitte schau nach, ich hab die entsprechenden Funktionen nämlich bisher nicht gefunden.
Danke

K-H

[jobo]

Evtl. reicht das schon

Code:

update <table> set <blobcol>=rawtohex('Dies ist ein Blob Eintrag') 
where <condition>

Muss ggF. auf die Codierung geachtet werden. Was ich im Kopf hatte ist noch anders gelagert durch die Binärdaten.

[p80286]

Sicher?
Aber Gut, probieren geht über studieren, ein string als raw :shock:

vielen dank!

Es geht! Es geht! :bouncing4:

vor allem scheint es keinen unterschied zu machen ob

Code:

blobfield=to_blob(rawtohex('Mein Text'))

oder

Code:

blobfield=rawtohex('Mein Text')

(aber HexCode muß sein!!)

K-H

[jobo]

Text ist jedenfalls ein gültiger Parametertyp.
Wie gesagt, ich bin mir nicht sicher, wie die Codierung gehandhabt wird, ich vermute es wird das der DB verwendet.
Die Funktion verhält sich unter PL/SQL allerdings anders als bei SQL.

[nahpets]

Oracle ist schon "so laaange her" und die Suchmaschinen sind auch nicht mehr das, was sie vor Jahren waren (oder liegt es an Karneval ;-)).

Egal, nach längerer Suche hab' ich das gefunden: https://community.oracle.com/thread/...art=0&tstart=0

Code:

sql> create table t(
  2    id number,
  3    l_blob blob
  4  );

sql> insert into t values(1, utl_raw.cast_to_raw('SampleString'));

1 row created.

sql> commit;

Commit complete.

Dokumentation dazu: http://docs.oracle.com/cd/B12037_01/...raw.htm#997086

[p80286]

Zitat:

Zitat von jobo (Beitrag 1329599)

Wie gesagt, ich bin mir nicht sicher, wie die Codierung gehandhabt wird, ich vermute es wird das der DB verwendet.

Das ist der DB egal, da es Binary ist. Was die Oberfläche daraus macht steht natürlich auf einem anderen Blatt.

@napeths
Wenn man weiß wonach man suchen muß, hat man eine Chance etwas zu finden:thumb:
Mal schauen ob ich nächste Woche noch etwas ausgraben kann.

Gruß
K-H

[jobo]

Wo ist denn jetzt noch das Problem?
Wie gesagt, das encoding bei der Hexumwandlung ist natürlich wichtig. Dabei muss aber lediglich klar sein, das in beiden Richtungen das gleiche verwendet wird.
Dies geschieht mit den richtigen Funktionen offenbar automatisch. Die "automatische" Blob Darstellung als Text versagt zwar meienr der IDE, weil es offenbar anders gemacht wird, es werden nur ASCII Zeichen richtig dargestellt, aber mit UTL_RAW auf Basis einer UTF8 DB geht es. Chinesisch habe ich allerdings noch nicht ausprobiert.

Gerade getestet:

Code:

SQL>   update testblob set myblob=rawtohex('Dies ist ein Blob Eintrag')
  2    where myid = 1;
1 row updated
SQL>   update testblob set myblob=rawtohex('äöüÖÄÜß\/&%$§"!^°|<<:_')
  2    where myid = 2;
1 row updated
SQL>   select t.*, UTL_RAW.CAST_TO_VARCHAR2(myblob) from testblob t;
                                   MYID MYBLOB UTL_RAW.CAST_TO_VARCHAR2(MYBLO
--------------------------------------- ------ --------------------------------
                                      1 <BLOB> Dies ist ein Blob Eintrag
                                      2 <BLOB> äöüÖÄÜß\/&%$§"!^°|<<:_

SQL>

[p80286]

Zitat:

Zitat von jobo (Beitrag 1329662)

Wo ist denn jetzt noch das Problem?

Nirgendwo!
bei BLOB werden Die Daten ja so übernommen wie sie geliefert werden. Da werden ja keine impliziten oder expliziten Konvertierungen vorgenommen. Erst die jeweiligen Oberflächen haben dann U.U. ein Problem oder auch nicht.

Gruß
K-H

[jobo]

Also ich hab's mit Japanisch probiert, geht nicht, aber das hängt auch mit den Encoding settings bzw. Fähigkeiten des CMD Prozessors zusammen.
Ich weiß ja nicht worum es geht, aber es gibt aufwändigere Varianten, aus denen man sich eine Funktion bauen kann. Falls es dazu keine Möglichkeit gibt, wegen mangelnder DB Rechte, könnte das auch per anonymous Block oder Script klappen.

[p80286]

Noch eine kleine Ergänzung:
Wenn man z.B.
'erste Zeile
zweite Zeile'
übergeben will, dann sollte man folgendes codieren:

Code:

Update <table> set >Blobfeld>=rawtohex('erste Zeile')||'0D0A'||rawtohex('zweite Zeile') where <ID>=<123456<;

Nicht getestet habe ich die anderen Steuerzeichen, aber um sicher zu gehen sollten diese ähnlich codiert werden.
U.U ist dann die direkte Übergabe als Hex-Codes einfacher.

Gruß
K-H