Oszlop adattípusok mysql
Numerikus adattípusok
Tinyint [(M)] [Unsigned] [ZEROFILL]
Egy nagyon kis egész. A jel a tartomány -128-tól 127 Az előjel nélküli hatótávolság akár 255.
BIT, BOOL
Szinonimái tinyint (1).
Smallint [(M)] [Unsigned] [ZEROFILL]
Kis egész szám. a jele tartományon -32.768-32.767 tartományban aláíratlan 65535.
MEDIUMINT [(M)] [Unsigned] [ZEROFILL]
Integer közepes méretű. aláírt tartományban -8388608 a 8388607. tartományban aláíratlan a 16777215.
INT [(M)] [Unsigned] [ZEROFILL]
Integer normál méretű. a jele tartományon -2147483648 a 2147483647 aláíratlan tartományban a 4294967295.
Egész szám [(M)] [Unsigned] [ZEROFILL]
A szinonimája INT.
BIGINT [(M)] [Unsigned] [ZEROFILL]
Nagy egész. aláírt egy sor maximum -9.223.372.036.854.775.808 9223372036854775807. tartományban aláíratlan a 18446744073709551615.
Az adattípusok tárolására a dátumot és az időt
DATE
Date. Támogatott tartomány „1000/01/01”, hogy „9999-12-31”. MySQL megjeleníti dátumértékeket formátuma 'YYYY-MM-DD'. de akkor meg az értékeket a DATE oszlopban. használva szövegek és számok.
Character (String) adattípusok
[Országos] CHAR (M) [BINARY]
Egy sor fix hosszúságú, a tárolás során mindig párnázott a sor végére, hogy egy előre meghatározott méretű. egy érv tartományban M 255 karakter (1-től 255 a kiadás előtt MySQL 3.23). A követő szóközök eltávolítása, ha nyomtatni egy értéket. Ha nincs érzékenység a nyilvántartás attribútum bináris. Az értékeket összehasonlítjuk, és rendezve CHAR független a nyilvántartásból megfelelően az alapértelmezett ábécé.
Ajánlott irodalom üzleti Kínában különösen a támogatása, a helyi keresők
Képesség NEMZETI CHAR (vagy azzal egyenértékű rövid forma NCHAR) elfogadják az ANSI SQL módja annak jelzésére, hogy a KAR oszlopot kell használni egy sor karakter (karakter) az alapértelmezett. A MySQL, akkor alapértelmezés szerint fogadja. CHAR rövid a karaktert. MySQL lehetővé teszi, hogy egy oszlopon CHAR (0).
Ez főleg akkor hasznos, ha azt szeretné, biztosítva a kompatibilitást a régebbi alkalmazások jelenlététől függ az oszlop, de a valóságban ez az érték nincs használatban. Továbbá, egy ilyen funkció nagyon hasznos lehet abban az esetben, az oszlop van szükség, amelyek csak a két érték, nevezetesen a CHAR (0) (m. E. A oszlop, amely nincs meghatározva NOT NULL. Foglal el csak egy kicsit, és mindössze 2 értékek: NULL vagy "").
VARCHAR (M) [BINARY]
Változó hosszúságú karakterlánc.
Megjegyzés: záró szóközöket eltávolítjuk, miközben az értéket (ez eltér az ANSI SQL leírás). egy érv tartománya m értéke 0 255 karakter (1-255 egy kiadás előtt MySQL Version 4.0.2). Ha nem érzékeny a nyilvántartás attribútum bináris, akkor a VARCHAR értékek vannak rendezve, és összehasonlítottuk, független ügyben. VARCHAR A kifejezés rövidítése KARAKTER változó.
TINYBLOB, TINYTEXT
BLOB vagy TEXT típusú oszlop maximális hossza 255 (2 ^ 8 - 1) szimbólumok.
BLOB, TEXT
BLOB vagy TEXT típusú oszlop maximális hossza 65 535 (2 ^ 16-1) szimbólumok.
MEDIUMBLOB, MEDIUMTEXT
BLOB vagy TEXT típusú oszlop maximális hossza 16777215 (2 ^ 24-1) szimbólumok.
LONGBLOB, LONGTEXT
BLOB vagy TEXT típusú oszlop maximális hossza 4294967295 (2 ^ 32-1) szimbólumok. Tartsuk szem előtt, hogy a jelenlegi időszakban, amikor az adatok szerver / kliens protokoll és MyISAM táblázatok egy maximálisan 16 MB az átvitt csomag / tábla sor, így most nem tudja használni ezt a fajta adatot a teljes tartományban.
Adattípusok CHAR és VARCHAR
Adattípusok CHAR és VARCHAR nagyon hasonló, de eltérő
eljárások azok tárolása és visszakeresése.
Oszlop típus CHAR mező hossza állandó, és kap, ha a tábla jön létre.
Ez a hosszúság bármilyen érték lehet 1 és 255 között (mint a
MySQL verzió 3,23, akkor CHAR oszlop hossza lehet a 255-ig).
Az értékek CHAR típusúak tárolási kiegészített üres egy előre meghatározott
hosszát. Ezek követő szóközöket eltávolítjuk, amikor eltávolítja a tárolt értékeket.
Az értékek az oszlopok jelentik VARCHAR változó hosszúságú szálakat.
Csakúgy, mint a CHAR oszlopok. Megadhat bármilyen hosszúságú VARCHAR oszlop
1 és 255 között azonban, ellentétben a KAR. értékek tárolása során típusa
VARCHAR csak a karakterek száma, amelyek szükségesek, plusz egy byte rögzíti a hosszát. A tárolt értékű terek nem egészítik Megfordítva, záró szóközöket tárolási eltávolítjuk (leírt eltávolítási folyamat eltér a hézagokat, feltéve, ANSI SQL specifikáció).
Ha a beállított oszlop CHAR vagy VARCHAR érték meghaladja a maximális hossza az oszlop, ez az érték megfelelő csonka.
A különbség a két típusú oszlopok az eredmény tárolására mennyiségben különböző vonal hossza CHAR oszlopok (4) és
VARCHAR (4) szemlélteti az alábbi táblázat:
Lessons CHAR oszlopok (4) és VARCHAR (4) érték minden esetben
ugyanazok, mint a kitermelés a záró szóközöket
CHAR oszlopokat eltávolítjuk.
Amikor létrehoz egy táblázatot Binárisnak attribútum nem volt megadva az oszlopot, majd
értékeket oszlopok és CHAR típusú VARCHAR válogatni és összehasonlítva
számviteli nyilvántartások. Amikor beállítja az attribútum értékek bináris oszlopát rendezve
és összehasonlítottuk a nyilvántartás szerinti sorrendben ASCII tábla
A gépen, ahol a MySQL-szerver fut. A bináris attribútum nem befolyásolja a
tárolási folyamatok, vagy adatot az oszlopról.
Ajánlott olvasmány Andrew Lipattsev: A lépések száma minőségének javítása a helyszínen
A bináris attribútum „ragadós”. Ez azt jelenti, hogy ha
minden használt kifejezéseket jelű oszlopban bináris. az
összehasonlítása a teljes kifejezés végeztük, amely összehasonlító érték típusú
BINÁRIS.
MySQL lehet csendben megváltoztatni a típusát CHAR vagy VARCHAR oszlop
táblázat létrehozásakor.
Ön is érdekelt
Az előadás célja a fejlesztés alapelveit munka Axure programot. Az anyag lehet érdekes
Ma lettem egy internetes résztvevő ingyenes webinar az Open Class címmel „Design Price.” megfelelően