REDIGER
Fra og med MySQL 5.6.4, datatype TIMESTAMP(n) angiver n (0 op til 6) decimalcifre med præcision for brøksekunder.
Før MySQL 5.6 understøttede MySQL ikke brøkdele af sekunder gemt som en del af en TIMESTAMP datatype.
Reference:https://dev.mysql.com/doc /refman/5.6/da/fractional-seconds.html
Vi behøver ikke at angive en længdemodifikator på en TIMESTAMP . Vi kan bare angive TIMESTAMP af sig selv.
Men vær opmærksom på, at den første TIMESTAMP kolonne defineret i tabellen er underlagt automatisk initialisering og opdatering. For eksempel:
create table foo (id int, ts timestamp, val varchar(2));
show create table foo;
CREATE TABLE `foo` (
`id` INT(11) DEFAULT NULL,
`ts` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`val` VARCHAR(2) DEFAULT NULL
)
Hvad der går i parens efter en datatype afhænger af, hvad datatypen er, men for nogle datatyper er det en længdemodifikator.
For nogle datatyper påvirker længdemodifikatoren den maksimale længde af værdier, der kan gemmes. For eksempel VARCHAR(20) giver mulighed for at gemme op til 20 tegn. Og DECIMAL(10,6) giver mulighed for numeriske værdier med fire cifre før decimalkommaet og seks efter, og et effektivt område på -9999,999999 til 9999,999999.
For andre typer påvirker længdemodifikatoren ikke rækkevidden af værdier, der kan gemmes. For eksempel INT(4) og INT(10) er begge heltal, og begge kan gemme hele rækken af værdier for tilladte for heltalsdatatypen.
Hvad den længdemodifikator gør i så fald er kun informativt. Det angiver i det væsentlige en anbefalet skærmbredde. En klient kan bruge det til at bestemme, hvor meget plads der skal reserveres på en række til at vise værdier fra kolonnen. En klient behøver ikke at gøre det, men den information er tilgængelig.
REDIGER
En længdemodifikator accepteres ikke længere for TIMESTAMP datatype. (Hvis du kører en rigtig gammel version af MySQL, og den er accepteret, vil den blive ignoreret.)