Hvad er der galt med denne mysql kode?

Hvor er alle MySql Nørderne henne??

du kan vistikke angive længen på en Longtext, og du skal nok også lige tænkte over om du hovedet har brug for en longtext, da der kan være dataer for over 4 GByte i den.

Jeg tror helleri kke at du kan lave en INT på 60... prøv lige at forestille dog hvor stort et tal det er... på 60 cifre... tænk lidt logisk.

- lauer

Har prøvet at rette det .. også inden j skrev dette spg...
men det samme men prøver lige de med longtexten

rum  INT( 60 )

besked  LONGTEXT( 60 )

disse går ikke

sådan

  rum  INT( 11 )

besked  LONGTEXT

det var et svar!

rum  INT( 60 )

besked  LONGTEXT( 60 )

disse går ikke

sådan

  rum  INT(11)

besked  LONGTEXT

man behøver slet ikke at angive længen på en INT.
men prøv lige at tænke over bare 11 tegn... det er f.eks. 99.999.999.999 (uden punktum), det er et ret så stort tal, 6 burde være nok... det er en million...

CREATE TABLE message (
  id int(11) NOT NULL auto_increment,
  rum  longtext NOT NULL,
  besked  longtext NOT NULL,
  brugernavn varchar(60) NOT NULL default '',
  UNIQUE KEY id (id),
  KEY ww (id)
) TYPE=MyISAM;

når du bruger auto_increment i en row er det spild af tid at bruge UNIQUE KEY på samme row for auto_increment vil ALDRIG give row samme værdi

machomann >> forkert

0 - 4294967296

og beviset

If the INT column is UNSIGNED, the size of the column's range is the same but its endpoints shift up to 0 and 4294967295. If you try to store -9999999999 and 9999999999, the values stored in the column become 0 and 4294967296.

http://www.mysql.com/doc/en/Numeric_types.html

ja okay, men det er stadig alt for meget... jeg tror ikke at han behov ligger så højt :)

SMALLINT er ofte nok uden noget i () - den klarer ca. 65.500

TINYINT klarer 254 men det er ofte for lidt til noget med auto_increment

Flere vil påstå at TINYINT kan klare 255! men husk højeste værdi er 254 og at 0 ikke vil forekomme da 0 + auto_increment = 1

mon ikke supernewbie har fået svar nu?

hmmmm
Klarede d selv.