abonnement Unibet Coolblue Bitvavo
pi_58719418
Ik heb een 'id' veld welke maar tot 9999 hoeft te gaan. Maakt het uit of ik SMALLINT of INT meegeef als type?
SMALLINT kan tot 65565 cijfers bevatten (dus voldoende in mijn geval)
INT kan net boven de 4 miljard cijfers bevatten.

Maakt het uit voor je performance?
ne okuyon, bokmu var?
  Lieve Belg zaterdag 17 mei 2008 @ 01:10:09 #2
86282 Jump
[Belg.] Jump (de ~ (m.))
pi_58719697
Ga dan maar voor SMALLINT, kan je wel eventuele overhead uitsparen waarschijnlijk.
Op zondag 28 oktober 2007 01:07 schreef clumsy_clown het volgende:
Jump daarentegen, is wáy minder braaf en lief dan hij lijkt
          «shmoop|dingen» jawel, jij bent Superjump
pi_58719735
quote:
Op zaterdag 17 mei 2008 01:10 schreef Jump het volgende:
Ga dan maar voor SMALLINT, kan je wel eventuele overhead uitsparen waarschijnlijk.
Maar maakt het echt wat uit in performance?
Bij bijvoorbeeld ~ 5 simpele queries/querys per seconde
ne okuyon, bokmu var?
  Lieve Belg zaterdag 17 mei 2008 @ 01:15:02 #4
86282 Jump
[Belg.] Jump (de ~ (m.))
pi_58719764
Als je een 286 als server hebt misschien wel, maar met vijf query's per seconde op een huidig systeem ga je het niet merken.
Op zondag 28 oktober 2007 01:07 schreef clumsy_clown het volgende:
Jump daarentegen, is wáy minder braaf en lief dan hij lijkt
          «shmoop|dingen» jawel, jij bent Superjump
pi_58719811
Wat voor type gebruik je bijvoorbeeld als je veld alleen 0 of 1 kan bevatten? TINYINT of (VAR)CHAR of??

/edit
Of ben ik gewoon een mierenneuker, dat het eigelijk allemaal niet uitmaakt?
ne okuyon, bokmu var?
pi_58720121
quote:
Op zaterdag 17 mei 2008 00:55 schreef saban het volgende:
Ik heb een 'id' veld welke maar tot 9999 hoeft te gaan. Maakt het uit of ik SMALLINT of INT meegeef als type?
SMALLINT kan tot 65565 cijfers bevatten (dus voldoende in mijn geval)
INT kan net boven de 4 miljard cijfers bevatten.

Maakt het uit voor je performance?
Cijfers? Dat lijkt me niet. Enig idee hoe groot een getal is dat uit 4 miljard cijfers bestaat?
pi_58720142
quote:
Op zaterdag 17 mei 2008 01:17 schreef saban het volgende:
Wat voor type gebruik je bijvoorbeeld als je veld alleen 0 of 1 kan bevatten? TINYINT of (VAR)CHAR of??

/edit
Of ben ik gewoon een mierenneuker, dat het eigelijk allemaal niet uitmaakt?
Wat dacht je van een boolean? Die kan alleen de waarden FALSE of TRUE hebben.
  Lieve Belg zaterdag 17 mei 2008 @ 01:42:57 #8
86282 Jump
[Belg.] Jump (de ~ (m.))
pi_58720152
quote:
Op zaterdag 17 mei 2008 01:41 schreef Riparius het volgende:

[..]

Wat dacht je van een boolean? Die kan alleen de waarden FALSE of TRUE hebben.
BOOL is sowieso een synoniem voor TINYINT(1) bij MySQL hoor.
Op zondag 28 oktober 2007 01:07 schreef clumsy_clown het volgende:
Jump daarentegen, is wáy minder braaf en lief dan hij lijkt
          «shmoop|dingen» jawel, jij bent Superjump
pi_58720372
quote:
Op zaterdag 17 mei 2008 01:42 schreef Jump het volgende:

[..]

BOOL is sowieso een synoniem voor TINYINT(1) bij MySQL hoor.
OK, dat ligt ook voor de hand als voor beide typen één byte wordt gebruikt (maar ik ben niet echt bekend met MySQL). Anders is het voor TS misschien een idee om met bitfields te gaan werken. Kun je 8 booleans opslaan in één TINYINT.
pi_58721013
Of je het nou gaat merken of niet, je kiest het kleinst mogelijke datatype waarmee je je data kan opslaan tenzij er een goede reden is om het niet te doen. Als die reden er niet is, wordt het SMALLINT. Als ik puur afga op de maximum waarden van beide types, bespaar je per record dan 2 bytes (2^16 vs. 2^32). Minder schijfgebruik, minder RAM gebruik.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')