Archief - MySQL: Fout in query

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

horse_99

Legacy Member
Hallo allemaal,

Ik heb een probleem bij het aanmaken van een tabel in mijn database. Ik gebruik PHPMyAdmin. Dit is de query:

Code:
 CREATE TABLE `nieuws` (
`ID` BIGINT( 20 ) AUTO_INCREMENT ,
`titel` CHAR( 100 ) ,
`bericht` TEXT( 2000 ) ,
`datum` BIGINT( 15 ) ,
PRIMARY KEY ( `ID` )
)

En dit is de fout:

Code:
#1064 - You have an error in your SQL syntax near '(2000), `datum` BIGINT(15), PRIMARY KEY (`ID`))' at line 1

Iemand raad? Ik zie niet meteen een fout :s.

Bedankt voor alle reacties!

Groeten, horse_99.

DarkBone

Legacy Member
Het datatype TEXT heeft geen aanduiding nodig van de grootte!

orez

Legacy Member
Code:
 CREATE TABLE `nieuws` (
`ID` BIGINT( 20 ) AUTO_INCREMENT ,
`titel` CHAR( 100 ) ,
`bericht` TEXT ,
`datum` BIGINT( 15 ) ,
PRIMARY KEY ( `ID` )
)

TEXT = TEXT daarin bepaal je niet hoeveel tekens dit veld kan bevatten. Wil je toch een controle dien je dat in PHP te bepalen.

killgore

Legacy Member
btw: als je met php zou werken: wrom bigints gebruiken? php zelf kan bij mijn weten enkel met 32-bit ints werken ;).

horse_99

Legacy Member
killgore zei:
btw: als je met php zou werken: wrom bigints gebruiken? php zelf kan bij mijn weten enkel met 32-bit ints werken ;).

Ga je dan wel toekomen met ID's? Ik weet het, ik ben misschien aant paniekeren voor niets, aangezien je met de gewone integers ongeveer 4.3 miljard ID's kunt maken, maar met big integers ben je toch geruster: ongeveer 18+ triljoen ID's (20 miljoen keer een miljard).

Cyberkef

Legacy Member
horse_99 zei:
Ga je dan wel toekomen met ID's? Ik weet het, ik ben misschien aant paniekeren voor niets, aangezien je met de gewone integers ongeveer 4.3 miljard ID's kunt maken, maar met big integers ben je toch geruster: ongeveer 18+ triljoen ID's (20 miljoen keer een miljard).
Ga je dan zoveel nieuws schrijven :lol:
Bij zoiets moet je niet oneindig ver in de toekomst denken, maar geoptimaliseerd ;)

vb: voor het aantal posts van een vBB board bij te houden, gebruiken ze: postid = int(10).
We zijn al een paar jaar bezig, hebben +/- 5000 posts per dag, en we houden het nog steeds vol ;)

horse_99

Legacy Member
Cyberkef zei:
Ga je dan zoveel nieuws schrijven :lol:
Bij zoiets moet je niet oneindig ver in de toekomst denken, maar geoptimaliseerd ;)

vb: voor het aantal posts van een vBB board bij te houden, gebruiken ze: postid = int(10).
We zijn al een paar jaar bezig, hebben +/- 5000 posts per dag, en we houden het nog steeds vol ;)

LOL ja, ik bedoelde het niet meteen voor deze simpele nieuws tabel, maar gewoon voor andere dingen in het algemeen :).

Ik bedoel kijk naar enorme database-intensieve websites, zoals zo'n profielensysteem à la looknmeet, die gastenboek tabel moet toch écht ENORM zijn?

Lashknife

Legacy Member
hangt ervan af hoe hun database model is, als zij per user een id creëren met elks zijn eigen tables verspreid over verschillende databases (users 1 tot 99 ofzo, en 100 tot 199) lijkt het me veel efficienter en sneller op te zoeken dan dat de db server 1 gigatabel moet aflopen voor elke request :)

maw, gebruik een int, geen bigints, da's ni voor website gebruik imo
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan