Wie groß ist ein BIGINT(3) NOT NULL maximal?

[Codehunter]

Hallo!

Siehe Überschrift. Nach meinem Verständnis umfasst ein BIGINT(3) NOT NULL einen Wertebereich von -999 bis 999 oder sehe ich das falsch?

Grüße
Cody

[mkinzler]

Eigentlich geht BIGINT von -9223372036854775808 bis 9223372036854775807

Die Größenangabe 3 irritiert mich etwas. So etwas kenn ich eigentlich nur von NUMERIC oder DECIMAL

[Codehunter]

Siehe DDL von MariaDB 10 information_schema.CHARACTER_SETS:

Code:

CREATE TABLE `CHARACTER_SETS` (
   `CHARACTER_SET_NAME` VARCHAR(32) NOT NULL DEFAULT '',
   `DEFAULT_COLLATE_NAME` VARCHAR(32) NOT NULL DEFAULT '',
   `DESCRIPTION` VARCHAR(60) NOT NULL DEFAULT '',
   `MAXLEN` BIGINT(3) NOT NULL DEFAULT '0'
)
COLLATE='utf8_general_ci'
ENGINE=MEMORY

[mkinzler]

Dann wäre es ein Alias auf DECIMAL(3,0).

[Codehunter]

Danke dir.

[Valle]

Seid ihr euch sicher?

Ich zitiere mal aus Stackoverflow:

Zitat:

See http://dev.mysql.com/doc/refman/5.1/...ric-types.html

INT is a four-byte signed integer.

BIGINT is an eight-byte signed integer.

They each accept no more and no fewer values than can be stored in their respective number of bytes. That means 2^32 values in an INT and 2^64 values in a BIGINT.

The 20 in INT(20) and BIGINT(20) means almost nothing. It's a hint for display width. It has nothing to do with storage, nor the range of values that column will accept.

Code:

Practically, it affects only the ZEROFILL option:

CREATE TABLE foo ( bar INT(20) ZEROFILL );
INSERT INTO foo (bar) VALUES (1234);
SELECT bar from foo;

+----------------------+
| bar                  |
+----------------------+
| 00000000000000001234 |
+----------------------+

It's a common source of confusion for MySQL users to see INT(20) and assume it's a size limit, something analogous to CHAR(20). This is not the case.

[mkinzler]

Deshalb habe ich auch geschrieben, dass es mir komisch erscheint.

Die Angabe ist dann wohl nur bei zerofill relevant?

[Codehunter]

Genau solche Fragen hab ich mir auch gestellt: Muss ich mit AsInteger oder mit AsLargeInt auslesen? Man muss ja immer vom Worst Case ausgehen.