Bonjour,  
 
J'ai fait une table MySQL avec une incrementation auto....
mais visiblement il ne veut plus rien enregistrer au dela de 255.... d'où cela peut il venir ? il me semble qu'il y a une limite par defaut des enregistrements... comment la desactiver ?
 
Merci
 
freed

quel est le type de ton champ auto incrémenté?

change le type du compteur.
 
à tous les coups t'as mis "byte", qui ne monte que jusqu'à 255...
 
une pk compteur est toujours un numeric, qui monte jusqu'à 10^38 (soit à peut près autant que d'atomes dans le système solaire)

je vote tinyint /o\

oui c t un tinyint effectivement ! j'ai mis un int.. et ça repart ! hihi !

numeric bourdel

ça existe ça dans mysql?
bigint, au mieux, non?

ça n'existerait pas ce truc dans mysql ???
 
tu te fois de moi, spa possible
 
chais pas moi, les alias habituels sont :
- numeric/decimal/number
 
c'est dans la norme SQL92, ça fait 20 ans que tout le monde les utilise pour gérer des identifiants.

 
http://dev.mysql.com/doc/refman/5. [...] types.html
 

(rien dit, ya numeric dans le lot.)

sous mysql c'est DECIMAL (mais aussi NUMERIC alias existant dans la norme SQL92, qu'on utilise pour différencier les représentations décimales et entières du type)
 
http://dev.mysql.com/doc/refman/5. [...] mbers.html
 
decimal(N, I)
 
maintenant MySQL permet de stocker des nombes dedans avec une précision de 254 chiffres
 
Donc 10^254 pour stocker un ID ça devrait le faire
 
decimal(254,0)
=> entier
 
decimal(254, 254)
=> flotant de 0 à 1 avec une précision de 254 chiffres après la virgule
 
à noter que le type decimal n'est pas sujet aux erreurs de calcul du type float, donc offre une précision infiniment meilleure - bon, par contre c'est bien plus long à traîter, on ne peut pas tout avoir -  
mais pour un ID, y'a pas de question à se poser
 
 
-- avec la 5.0.3 ils se sont apperçu que 254 c'était mal, ils sont repassé à 65 chiffres de précision -ce qui reste de toute façon largement suppérieur à bigint -

j'espère bien

Rooh vous embetez pas !! je pense que 4 chiffres me suffiront ! hihi !      

prévois au moins 8...

numeric
au pire, tu peux faire un numeric(4,0)

mais le mieux (si mysql fonctionne comme oracle et sql server : numeric sans information permet de monter à une précision de (65,0) tout en ne prenant dans la base que la taille nécessaire au stockage du nombre.

oh vous savez.. c juste pour une interface d'administration pour un site en flash, c juste que le mec ne pouvait pas mettre plus de 255 photos sur son site.. je pense qu'il n'en mettra pas plus de 9999 au final ! ) j'ai mis un champ int... et je pense que je serai tranquille

int me donne droit à une valeur maximale de 4294967295.... je pense que ça me suffira largement ! )

bug de l'an 2000 inside

oui mais là vraiment... c'est pour presenter son book... je le defie d'avoir autant de choses à raconter de sa vie entiere pour remplir mes tables !

putain mais qu'est-ce qu'ils ont à pas vouloir utiliser le type numeric pour faire des id bordel de dieu