Quelle est la différence entre tinyint, smallint, mediumint, bigint et int dans MySQL?

Quelle est la différence entre tinyint, smallint, mediumint, bigint et int dans MySQL?

Dans ce cas, devraient-ils être utilisés?

InformationsquelleAutor Sein Kraft | 2010-06-07
  1. 537

    Ils prennent des quantités différentes de l'espace et ils ont différentes gammes de valeurs acceptables.

    Voici les tailles et gammes de valeurs pour SQL Server, d'autres RDBMSes similaires documentation:

    S'avère qu'ils utilisent tous le même cahier des charges (avec quelques exceptions mineures indiqué ci-dessous) mais la prise en charge de diverses combinaisons de ces types de données (Oracle pas inclus parce qu'il a juste une NUMBER type de données, voir le lien ci-dessus):

                 | SQL Server    MySQL   Postgres    DB2
---------------------------------------------------
tinyint      |     X           X                
smallint     |     X           X         X        X
mediumint    |                 X
int/integer  |     X           X         X        X 
bigint       |     X           X         X        X

    Et ils prennent en charge les mêmes gammes de valeur (avec une exception ci-dessous) et tous ont les mêmes exigences en matière d'entreposage:

                | Bytes    Range (signed)                               Range (unsigned)
--------------------------------------------------------------------------------------------
tinyint     | 1 byte   -128 to 127                                  0 to 255
smallint    | 2 bytes  -32768 to 32767                              0 to 65535
mediumint   | 3 bytes  -8388608 to 8388607                          0 to 16777215
int/integer | 4 bytes  -2147483648 to 2147483647                    0 to 4294967295
bigint      | 8 bytes  -9223372036854775808 to 9223372036854775807  0 to 18446744073709551615

    Le "non signée" ne sont disponibles que dans le serveur MySQL, et le reste il suffit d'utiliser la signature des plages, avec une exception notable: tinyint dans SQL Server n'est pas signé et a une plage de valeurs de 0 à 255

    • Je ne le savais pas non signés ne sont disponibles qu'à partir de MySQL, c'est un énorme avantage de MySQL sur les autres SGBDR. Rien de changé depuis le jour où cette réponse postée?
    • Que pensent-ils, pourquoi est-il un pour 3 octets, mais aucun pour 6 octets?
    • probablement, ils ne savent pas comment les nommer :))
    • Ils devraient ai appelé que un bigint et au lieu de bigint, un humongousint.
    • Que diriez-biggerint
    • greatint pourrait être une option, étant Oracle une entreprise états-unis. 🙂
    • bigish int fonctionnerait
    • Le manque de brobdingnagianint est une grande surveillance. ("Quelle taille?", vous demandez-vous...)

    InformationsquelleAutor Daniel DiPaolo
  2. 28

    la taille de l'espace de stockage requis et comment grand les nombres peuvent être

    sur SQL Server

    tinyint 1 octet 0 à 255

    smallint 2 octets, -2^15 (de -32 768) 2^15-1 (de 32 767)

    int 4 octets, -2^31 (-2,147,483,648) à 2^31-1 (de 2 147 483 647)

    bigint 8 octets, -2^63 (-9,223,372,036,854,775,808) à 2^63-1 (9,223,372,036,854,775,807)

    vous permet d'enregistrer le numéro 1 dans tous les 4, mais un bigint utilisera 8 octets alors qu'un tinyint utilisez 1 octet

    InformationsquelleAutor SQLMenace
  3. 12

    Ceux qui semblent être MySQL types de données.

    Selon la la documentation ils prennent:

    1. tinyint = 1 octet
    2. smallint = 2 octets
    3. mediumint = 3 octets
    4. int = 4 octets
    5. bigint = 8 octets

    Et, naturellement, d'accepter de plus en plus larges gammes de nombres.

    InformationsquelleAutor ANeves
  4. 8

    Quand il arrive à l'utilisation du monde réel de ces types de données, il est très important que vous compreniez que l'utilisation de certains types d'entiers pourrait simplement être inutile ou sous-utilisés. Par exemple, à l'aide de type de données entier pour employeeCount dans un tableau dire que l'employé pourrait être trop puisqu'il prend en charge une gamme de valeurs entières de ~ négatif de 2 milliards de dollars positif de 2 milliards de dollars, ou de zéro à environ 4 milliards de dollars (non signé). Donc, même si vous considérez que l'un de NOUS le plus grand employeur tels que Walmart, avec près de 2,2 millions de salariés utilisant un type de données entier pour la employeeCount colonne serait inutile. Dans ce cas, vous utilisez mediumint (qui prend en charge de 0 à 16 millions de dollars (non signé)) par exemple. Ayant dit que, si votre gamme devrait être exceptionnellement grande, vous pourriez envisager de type bigint, comme vous pouvez le voir à partir de Daniel notes prend en charge une gamme de plus de je l'aime à déchiffrer.

    • Dans votre exemple de WalMart avec 2,2 M active des salariés, - je pense qu'avec le personnel du chiffre d'affaires d'environ 50% par an, un type INT sur EmployeeID serait le minimum nécessaire. Que faites-vous vous en pensez? Accordé - pour la PLUPART des entreprises "normales" d'un type INT serait bien exagéré!
    InformationsquelleAutor Anil M
  5. 3

    La différence est la quantité de mémoire allouée à chaque entier, et comment un grand nombre ils peuvent stocker.

    InformationsquelleAutor Alexsander Akers
  6. 2

    Type de données Plage de Stockage

    bigint  -2^63 (-9,223,372,036,854,775,808) to 2^63-1 (9,223,372,036,854,775,807)    8 Bytes
int -2^31 (-2,147,483,648) to 2^31-1 (2,147,483,647)    4 Bytes
smallint    -2^15 (-32,768) to 2^15-1 (32,767)  2 Bytes
tinyint 0 to 255    1 Byte

    Exemple

    L'exemple suivant crée un tableau à l'aide de la bigint, int, smallint, tinyint types de données. L'insertion de valeurs dans chaque colonne et est retourné dans l'instruction SELECT.

    CREATE TABLE dbo.MyTable
(
  MyBigIntColumn bigint
 ,MyIntColumn  int
 ,MySmallIntColumn smallint
 ,MyTinyIntColumn tinyint
);

GO

INSERT INTO dbo.MyTable VALUES (9223372036854775807, 214483647,32767,255);
 GO
SELECT MyBigIntColumn, MyIntColumn, MySmallIntColumn, MyTinyIntColumn
FROM dbo.MyTable;
    InformationsquelleAutor Vikram Rathaur