Speicherbedarf Char
12 Beiträge
•
Seite 1 von 1
12 Beiträge
Seite 1 von 1
Hallo,
ich wollte mal ganz kurz fragen, weil ich es nicht gefunden habe.
Weiß jemand wie groß der Speicherbedarf für ein Char ist?? In Java sind es ja 2 Byte. Wie ist es denn in ABAP?? Und wie hoch wäre er für ein integer?
Danke
ich wollte mal ganz kurz fragen, weil ich es nicht gefunden habe.
Weiß jemand wie groß der Speicherbedarf für ein Char ist?? In Java sind es ja 2 Byte. Wie ist es denn in ABAP?? Und wie hoch wäre er für ein integer?
Danke
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hi,
F1 im Abap Editor auf Type c, oder type i ... liefert dir die Antwort.
c: In Unicode-Systemen wird UTF-16 als System-Codepage verwendet und die Länge eines Zeichens ist zwei Byte.
i : 4-Byte-Integer
p : 1-16 Bytes
f : 8 Bytes
decfloat16 : 8 Bytes
decfloat34 : 16 Bytes
/Edwin
F1 im Abap Editor auf Type c, oder type i ... liefert dir die Antwort.
c: In Unicode-Systemen wird UTF-16 als System-Codepage verwendet und die Länge eines Zeichens ist zwei Byte.
i : 4-Byte-Integer
p : 1-16 Bytes
f : 8 Bytes
decfloat16 : 8 Bytes
decfloat34 : 16 Bytes
/Edwin
Versteh ich das eigentlich dann so richtig, dass wenn ich wie folgt eine Variable oder ein Feld in einer internen Tabelle deklariere:
lv_var1(8) type c. <---- in diesem Fall verbraucht es 8 Byte in einem nicht Unicodefähigen System.
lv_var1(8) type d. <------ in diesem Fall verbraucht es 64 Byte, da Dats 8 Byte verbraucht.
Wäre das so richtig??
lv_var1(8) type c. <---- in diesem Fall verbraucht es 8 Byte in einem nicht Unicodefähigen System.
lv_var1(8) type d. <------ in diesem Fall verbraucht es 64 Byte, da Dats 8 Byte verbraucht.
Wäre das so richtig??
Beitrag
von a-dead-trousers (Top Expert / 4413 / 224 /
1185
)
»
Ne, D(ats) braucht immer nur 8 Bytes. Die Längenangabe hier ist irreführend. Wenn man etwas anderes als 8 nimmt meckert der Kompiler. Ergo ist die Angabe optional und kann auch weggelassen werden, womit wir wieder bei den 8 Bytes wären.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Da sollte folgende Meldung kommen: "Eine Längenangabe hat im Zusammenhang mit Typ 'I' keine Wirkung".
Integer ist in ABAP wie folgt ausgeprägt (siehe Doku: Eingebaute Typen):
i -2.147.483.648 bis +2.147.483.647
int8 -9.223.372.036.854.775.808 bis +9.223.372.036.854.775.807
Beitrag
von a-dead-trousers (Top Expert / 4413 / 224 /
1185
)
»
Ja.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
L0w-RiDer
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Ich glaube, es wurde hier noch nicht erwähnt. Du kannst ja so ganz einfach feststellen, wieviele Bytes ein Feld hat (auf deinem jeweiligen System, Unicode oder nicht):
Code: Alles auswählen.
DATA char TYPE c LENGTH 3 VALUE 'abc'.
DATA dats TYPE d VALUE '19851003'.
DATA len TYPE i.
DESCRIBE FIELD char LENGTH len IN BYTE MODE.
DESCRIBE FIELD dats LENGTH len IN BYTE MODE.
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
3170
Views
Views
Konvertierug vom datentyp char der länge 4 in char der länge
von ratoshuan » 28.06.2006 11:33 • Verfasst in ABAP® Core
von ratoshuan » 28.06.2006 11:33 • Verfasst in ABAP® Core
4
Antw.
Antw.
1829
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.