SQLIte and GUIDs in Binary BLOB Form

[wschrabi]

Hallo Leute,
ich habe eine SQLite3 DB wo die IDs (=GUIDs) als BLOB drin sind.
Jetzt möchte ich ein random GUID erzeugen.

Dachte mir es so:
Das CreateRandomGUID ist von hier: http://stackoverflow.com/questions/7...unicode-string(erzeugt einen HEXString)
Doch wie bekomme ich jetzt den myRandGUIDstr in die BLOB Felder.
MyQID ist ein Quote(ID) auf das blob feld in references.
das möchte ich in ReferenceID wieder als blob in location reinschreiben.

Doch wenn ich dann die DB mit Citavi (ist eine Citavi DB) aufmache, meckert er, daß die Umwandlung nicht stimmt.
Was mache ich falsch? Bin um jeden RAT dankbar.

Delphi-Quellcode:

       
   MyQID:=UniQuery1.FieldByName('MyID').AsString;
                 uniquery2.ParamByName('RefID').AsBlob:=TEncoding.ASCII.GetBytes(removeQ(MyQID));
                 //uniquery2.ParamByName('RefID').AsString:=GUIDToString(TGUID(MyQID));
                 CreateGUID(MyGuid0);
                 myRandGUIDstr:=CreateRandomGUID;
                 //myrandGUIDstr:=HexStrtostr(chminus(removebrakes(GUIDToString(MyGuid0))));
                 uniquery2.ParamByName('MyGUID').AsBlob:=TEncoding.ASCII.GetBytes(myRandGUIDstr);
                 
                 
               Label5.Caption:=Format('DB Record Ref-GUID: %s : LOC-GUID: %s',[uniquery1.FieldByName('MYID').AsString,myrandguidstr]);
               end

[Der schöne Günther]

Ich kenne Citavi nur als Benutzer, aber was ist denn wenn du die Sqlite-Datei mit einem Tool wie SQLite Expert aufmachst und die bereits bestehenden Einträge mit deinem vergleichst?

[wschrabi]

Danke, ja das habe ich auch so gemacht. Da bin ich dann drauf gekommen, daß man nicht mit ASCII encoden darf sondern mit ANSI. Dann wird der HEXSTRING schön als ANSI string ins blob feld geschrieben. Jetzt kann ich automatisch alle CitaviRecords mit den zug. Files auf der Festplatte verlinken, was sich dann in eine Sammlung von Docs zeigt, wo dann auf CLick auch der Volltext anzeigbar ist.

Besten DANK für alle die geholfen haben.
wschrabi

[himitsu]

Wenn es nur ein HEXSTRING ist, dann gibt es doch keinen Unterschied zwischen ANSI und ASCII.

[wschrabi]

Ja es ist ein HEX STRING, doch war bei der Encoding bei einem Byte ein Unterschied. F5 war das Byte im HEXSTRING und nach blob Eintrag war es ein anderes. (weiß leider nicht mehr was es genau war.)
Wenn ich es dann zu ANSI umgestellt habe, war es ok. Bei BigEndian war es wie ANSI ok nur waren da immer 2 Bytes pro Zeichen wobei das 1. Byte immer 00 war.
Aber ASCII hat wie gesagt das eine Byte verfälscht und daher war auch der RefID Link falsch und Citavi meckerte irgendwas wegen einer nicht gültigen Umwandlung.

Ich mein es war ein string wo die Bytes jeweils als HEX Werte geschrieben waren, so wie man es in sqlite mit QUOTE(id) bekommt. (Ohne X' am Anfang natürlich.)

[himitsu]

OK, also doch nicht als String mit Hexadezimalen Zeichen mit 0-9 und A-F in 2 Zeichen pro Byte gespeichert?
Obwohl es oben eigentlich danach aussah.

$F5 liegt natürlich über $7F und ASCII hat nunmal nur 7 Bit.
Aber eigentlich liegen hexadezimale Zeichen voll im ASCII drin, also alles zwischen $20 und $7F, was praktisch in jeder Single- und Multibyte-Codierung gleich aussieht, abgesehn von 2-Byte Codierungen ala UCS2 oder UTF-16.

[p80286]

Zitat von himitsu:

OK, also doch nicht als String mit Hexadezimalen Zeichen mit 0-9 und A-F in 2 Zeichen pro Byte gespeichert?
Obwohl es oben eigentlich danach aussah.

$F5 liegt natürlich über $7F und ASCII hat nunmal nur 7 Bit.
Aber eigentlich liegen hexadezimale Zeichen voll im ASCII drin, also alles zwischen $20 und $7F, was praktisch in jeder Single- und Multibyte-Codierung gleich aussieht, abgesehn von 2-Byte Codierungen ala UCS2 oder UTF-16.

Ähh
ASCII hat 7Bit, da ist bei 0x7F Schluß. ExtendedASCII (IBM lässt grüßen) hat 8Bit.
Und sowohl bei Ansi, als auch (Extended)ASCII kommt es auf die Character Table an, wie der Wert interpretiert wird.
Hexadezimal ist nur eine Darstellung numerischer Werte, und diese Darstellung liegt allemal im 7Bit ASCII -Bereich.

Gruß
K-H

[himitsu]

Zitat:

7 Bit

Sagte ich doch?

Zitat:

Das CreateRandomGUID ist von hier: http://stackoverflow.com/questions/7...unicode-string (erzeugt einen HEXString)

Nunja, laut dem Code da oben liegen die Daten als HexString vor, also mit Zeichencodes von $30 bis $46.

[p80286]

Zitat von himitsu:

Zitat:

7 Bit

Sagte ich doch?

Naja 0xF5 ist als Wert außerhalb von ASCII, die einzelnen Zeichen liegen aber im ASCII-Bereich, das war nicht so ganz eindeutig.
(Ja ich schlage mich z.Zt. mit der Konvertierung von Texten in einer DB herum, da wird man zum Korinthenkacker)

Gruß
K-H

[himitsu]

Aber als Hex-String 'F5' passt es dennoch in ASCII.