SQLIte and GUIDs in Binary BLOB Form

[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.