Oracle: Blob remote via Kommandozeile inserten?

[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