[MySQL] Welke type is het beste
Ik ben bezig met een tabel genaamd interest.
De tabelstructuur ziet er als volgt uit:
ID int(10)
date varchar(10)
bank ....
Het wordt toegevoegd als volgt:
ID = 1
date = 19-11-2013
bank = 3.1
welk type kan ik nu het beste gebruiken voor het veld bank
alvast bedankt
De bank lijkt op een kommagetal, dus FLOAT.
En voor de komma? Zoveel mogelijk? Of zal het nooit meer worden dan een bepaalde waarde? (welke waarde?)
Hoe belangrijk is het dat als jij dingen met pen en papier uit zou rekenen je op het zelfde antwoord uit komt als je database/php script/iets anders?
Beantwoord a.u.b elke vraag. Als je dat doet zal ik je zeggen wat ik het geschikst vindt, en waarom.
FLOAT is namelijk niet altijd de beste keuze. Ik heb het ook niet over een DOUBLE btw.
Dos Moonen op 19/11/2013 14:08:35:
FLOAT is namelijk niet altijd de beste keuze. Ik heb het ook niet over een DOUBLE btw.
Ja.
Floating point getallen (afgekort float) zijn geschikt voor waarden die een coninue waarde hebben. Die dus gelijk welke waarde kunnen hebben na de komma; gelijk hoeveel cijfers na de komma.
bv. het getal pi, de afstand van hier tot de maan, ... in principe loopt het aantal cijfers na de komma door zo ver als je wil.
Dat in tegenstelling tot DECIMAL. Met decimal kies je op voorhand hoeveel cijfers na de komma relevant zijn
decimal is bv. voor euro's en eurocenten: 2 cijfers na de komma. Een tiende van een eurocent bestaat niet (nu ja ...)
Float (Float en Double werken op de zelfde manier; alleen is double nog preciezer.) onthoudt een getal in twee delen: de cijfers en de plek van de komma (van daar de naam floating point).
bv. volgende getallen hebben volgens Float exact de zelfde precisie:
169875324
1.69875324
0.00000000000169875324
16987532400000000000000
16987532.4
Enkel de plek van de komma is anders.
Met decimal zou je dit niet kunnen.
Merk op dat je met float altijd werkt met afrondingen !!!!
Je zal dus mogelijks afrondingsfouten hebben. Als je ronde getallen verwacht, zit je niet goed met Float.
Gewijzigd op 19/11/2013 15:37:40 door Kris Peeters