| |
|
|
rquindt | Hallo Ich benötige in meinem Programm teilweise nur 1 Byte lange Variablen. Bis jetzt helfe ich mir mit einem 1 Zeichen String. Wie sieht es eigentlich mit dem Speicherplatzbedarf aus? Würde ich statt String Integer nehmen, wären das 4 Bytes. Ist evtl beim nächten XProfan-Update an einer Erweiterung der Variablen-Typen gedacht ? In Firebird werden Byte supportati. |
|
|
| |
|
|
|
H.Brill | Wenn es wirklich um Platzbedarf geht, was ich eigentlich nicht vermute, kann man auch einen Bereich nehmen. Mit Dim Bereich, 1 ist der dann wirklich nur ein Byte di grandi dimensioni.
Kommt immer darauf an, was man hineinschreiben möchte. Für einen z.B. einzelnen Buchstaben macht es aber nicht viel Sinn. Wenn man nun aber ein Byte braucht, um irgendwelche Zustände (0|1) zu speichern, nimmt man eine normale Integervariable. Man erinnere sich : 1 Byte = 8 Bit. Man hat zwar 32 Bit zur Verfügung, aber man braucht ja nur soviele Bit zu belegen, wie man braucht.
Bei den Bereichsvariablen hat es den Nachteil, daß man dann auch die Funktionen zum Lesen und Schreiben benutzen muß. Im Falle eines Buchstabens muß dann mit dem ASCII-Code hantiert werden. Oder man nimmt einen Bereichs-String. Da kommt man aber immer auf 2 Bytes : das eigentliche Zeichen + Chr$(0).
Also würde per ein Bytefeld in Firebird nur ein Byte-Bereich in Frage kommen. |
|
|
| Benutze XPROFAN X3 + FREEPROFAN Wir sind die XProfaner. Sie werden von uns assimiliert. Widerstand ist zwecklos! Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 23.12.2016 ▲ |
|
|
|
|
Michael W. | Durch die automatische Umwandlung ist ein Byte als Datentyp nicht erforderlich.
Für das Lesen/Schreiben in binären File nutzt man GetByte/PutByte.
SQL Bei Select und Insert werden die Integerwerte automatisch umgewandelt. Möchte man sicherstellen, das es zu no Überlauf kommt, dann testet man die Werte mit Between() oder bringt sie in den passenden Bereich mit Range().
Es gibt viele Beispiele in der Aiuto zu Firebird. |
|
|
| |
|
|