WN

WN (https://www.wn.se/forum/index.php)
-   Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)
-   -   INT i mySql, limit? (https://www.wn.se/forum/showthread.php?t=1043817)

youheardit 2010-09-12 21:41

INT i mySql, limit?
 
Hejsan WN!

Har en fråga, jag jobbar just nu med ett shopsystem och behöver lite hjälp ang limit för integer i mysql. Var ligger limit? ser att det står något om 255 tecken i phpmyadmin, men vad är högsta talet, vi ska spara barcodes i databasen.

Tacksam för all hjälp!

nosnaj 2010-09-12 22:18

Manualen har bra svar, kolla under type INT
http://dev.mysql.com/doc/refman/5.1/...ric-types.html

hnn 2010-09-13 09:07

För EAN13 tex, så behövs det unsigned big int i MySQL (Detta då dom svenska streckkoderna börjar på 7).

youheardit 2010-09-13 16:06

Citat:

Manualen har bra svar, kolla under type INT
http://dev.mysql.com/doc/refman/5.1/...ric-types.html
tack för den =)

Citat:

För EAN13 tex, så behövs det unsigned big int i MySQL (Detta då dom svenska streckkoderna börjar på 7).
okej, tack. men problemet är att vi kan komma att ha några olika streckkodsystem.
Men iallafall tror jag min fråga är besvarad och tackar för all hjälp från hnn och nosnaj

taz76 2010-09-13 23:14

man kan spara siffror som varchar också ;)

youheardit 2010-09-14 01:36

Citat:

Ursprungligen postat av taz76 (Inlägg 20369400)
man kan spara siffror som varchar också ;)

jo, funderar på det med, men INT blir säkerligen enklare när det ska skrivas in och ut. annars är ligger det bra till, får ta det beslutet när jag är lite mer klokare på det ;)

emilv 2010-09-14 08:17

Citat:

Ursprungligen postat av taz76 (Inlägg 20369400)
man kan spara siffror som varchar också ;)

Nackdelen är att indexet då blir mycket större och sökningar därför tar längre tid. Men ska man ha olika system är det kanske ändå det bästa - det kan ju finnas system som börjar på en nolla till exempel, och då är numeriska datatyper ingen höjdare.

hnn 2010-09-14 08:24

samtidigt som sorteringarna inte blir rätt.

Sorteringen kommer bli
1000
200
30
9

Istället för
9
30
200
1000

youheardit 2010-09-14 08:47

Citat:

Ursprungligen postat av hnn (Inlägg 20369437)
samtidigt som sorteringarna inte blir rätt.

Sorteringen kommer bli
1000
200
30
9

Istället för
9
30
200
1000

Just ja, det har du rätt i, sorteringen blir väl kaos med varchar?
Men det gör inget, ska inte sortera upp de, ska bara ha de i en tabell med produkter som senare ska visas på hemsidan.

Citat:

Nackdelen är att indexet då blir mycket större och sökningar därför tar längre tid. Men ska man ha olika system är det kanske ändå det bästa - det kan ju finnas system som börjar på en nolla till exempel, och då är numeriska datatyper ingen höjdare.
Jo, det är sant, dock kommer jag inte söka upp streckkoderna, utan komer att öppna en produkt och sedan skriva ut streckkoden för den produkten.

martine 2010-09-16 15:59

Citat:

Ursprungligen postat av youheardit (Inlägg 20369438)
Just ja, det har du rätt i, sorteringen blir väl kaos med varchar?
Men det gör inget, ska inte sortera upp de, ska bara ha de i en tabell med produkter som senare ska visas på hemsidan.

Låter väldigt genomtänkt och välplanerat, det här... ;-)

Dessutom är det lite förvirrande att fråga om 'limit' som är något helt annat. Du undrar ju om största/minsta möjliga värde.


Alla tider är GMT +2. Klockan är nu 09:28.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson