Wortgebrauch "Binär" und Konsorten...

[Sir Rufo]

Ich kann dem TE hier leider nicht recht geben.

Als Beispiel taugen Zeichen nicht, denn die werden zu 99% "binär" und "unbinär" (<- geile Wortschöpfung) gleich gespeichert.
Sehen wir uns aber jetzt mal Zahlen an. In der Datei steht ein A gemeint ist aber die Zahl 65 (Byte-Wert)
"Unbinär" gespeichert würden wir in der Datei "65" finden.

DIe restlichen 1% bei den Textdateien werden auch "binär" gespeichert, wenn man voraussetzen kann, dass der verwendete Zeichensatz nur n Bits benötigt (ASCII 7-Bit).

Code:

111111122222223333333
xxxxxxxxxxxxxxxxxxxxxxxx
111111112222222233333333

Ein weiteres berühmtes Beispiel für "binär" und "unbinär" sind die Anhänge von emails.
Hier werden Daten "unbinär" an die Mail gehängt, da die Mail-Datei eine reine Text-Datei und damit "unbinär" ist.
Diese werden dann beim Zugriff von "unbinär" wieder umgewandelt in "binär".

Somit ist der Begriff "binär" m.E. völlig korrekt gewählt.

Nicht umsonst gibt es in Datenbanken den Datentyp "TEXT" und "BLOB". Beide Typen sind sehr stark verwandt und werden intern bestimmt sehr ähnlich wenn nicht gleich behandelt. Ein Feld vom Typ "TEXT" kann man direkt in einen String einlesen. Ein "BLOB"-Feld muss man in einen Stream laden (aus gutem Grund Null-Terminiert).
"BLOB" steht übrigens für "Binary Large OBject"

[Reinhard Kern]

Zitat von Sir Rufo:

...
Ein Feld vom Typ "TEXT" kann man direkt in einen String einlesen. Ein "BLOB"-Feld muss man in einen Stream laden (aus gutem Grund Null-Terminiert).
"BLOB" steht übrigens für "Binary Large OBject"

Hallo,
ist das nicht anders rum? Text kann nullterminiert sein, Binärdaten nicht? Oder verstehe ich dich jetzt total miss?

Gruss Reinhard

[Sir Rufo]

Ich habe mich da ungenau ausgedruckt.

Hätte eigentlich lauten sollen

Stichwort Null-Terminierung bei Strings

[Uwe Raabe]

Also für mich driftet das hier ziemlich in Satire ab und da möchte ich nicht versäumen anzumerken, daß

1. eine C(entral)P(rocessing)U(nit) nicht immer in der Mitte des Mainboards sitzt
2. ein R(andom)A(ccess)M(emory) nicht zufällig, sondern ganz gezielt angesprochen wird

Und Tschüß

[Satty67]

Banale Probleme diskutieren macht mehr Spass...

btw. der Vergleich hinkt bei den möglichen alternativen Wortübersetzungen für Central und Random

[vergessen]

Zitat von Sir Rufo:

Als Beispiel taugen Zeichen nicht, denn die werden zu 99% "binär" und "unbinär" (<- geile Wortschöpfung) gleich gespeichert.

Also 1% wird irgendwie anders - nicht als Zeichen - gespeichert?

Diese Nachricht wurde mit einer Taschenlampe in das offene Ende einer Glasfaserleitung gemorst.

[Aphton]

Zitat von Sir Rufo:

Als Beispiel taugen Zeichen nicht, denn die werden zu 99% "binär" und "unbinär" (<- geile Wortschöpfung) gleich gespeichert.
Sehen wir uns aber jetzt mal Zahlen an. In der Datei steht ein A gemeint ist aber die Zahl 65 (Byte-Wert)
"Unbinär" gespeichert würden wir in der Datei "65" finden.

Eben nicht ^^
In deinem Beispiel ist es Interpretationssache.
Du kannst 'A' als 65 interpretieren, oder wenn du eh genug Speicher hast und dir soetwas wie ~unbinär Speichern~ antun willst --> "65" was ~binär 2 Bytes sind und zwar genau "6" (54) und "5" (53).

Deshalb ist im Grunde jede Art von Speicherung binär in der Computerwelt. Rest ist Interpretationssache (Strukturierung der Daten usw.)

MfG

[xZise]

Moin,
aber bei dem A wird die Zahl 65 bzw. der Wert 65 auf binärer Ebene festgelegt. Wenn du aber 65 lesbar in der Datei hast, dann wird das von einem Programm eingelesen und interpretiert. Dabei steht der Wert 65 natürlich immer irgendwie binär da, aber der Wert wird nicht auf "binärer" Ebene festgelegt, weil das wäre 54 53.

Es macht einen unterschied, ob du eine Zahl einliest die schon direkt in der Datei steht, oder erst einen String hast und den in eine Zahl umwandelst. Du kannst die 65 unbinär auch als 41h schreiben, was genau der gleiche Wert ist, aber anders geschrieben. Binär ist die 65 immer gleich und es gibt nicht verschiedene Alphabete sondern immer nur das Alphabet {0, 1} und das sind nun rein zufällig zwei Zeichen.

MfG
Fabian

[Sir Rufo]

Es geht darum ob die Daten nativ "human readable" sind oder nicht.

Eine Text-Datei wird de facto auch "binär" abgespeichert, was aber daran liegt, dass hier der Computer halt nicht die Zeichen auf die Festplatte kratzt, sondern intern die eigene Sprache dafür benutzt, also "binär".

Sind die Daten direkt nach dem reinen Auslesen "human readable" oder "binär readable" das ist die Unterscheidung.