Personne ne le sait.
Il y a eu des discussions à ce sujet en ce qui concerne le nombre d'utilisateurs de Twitter.
Il y avait beaucoup de tests, ainsi que le sondage des gammes id etc.
Les résultats ont montré que les ids ont été successivement incrémentant depuis longtemps, mais avaient des lacunes régulières d'environ 10 entre eux, et parfois aussi semblait être complétement aléatoire.
Je ne sais pas avec quelle précision cette information a été recueillie, et l'objectif était autre chose, mais je pense que vous avez compris. D'un point de vue technique, je ne m'attendrais à rien d'autre dans un réseau aussi grand que Twitter. Je suis à peu près sûr que les ID sont partagés, ce qui signifie qu'ils sont assignés dans des révisions ou des serveurs spéciaux. Alors que par exemple si votre ID est égal à mudolo 17, je sais que je dois regarder sur ce même serveur. Ou dans ce même pays. Ou quelque chose.
Ou maby le serveur a juste son propre préfixe ou classe de résidu pour assigner des identifiants lorsqu'un nouvel utilisateur s'inscrit pour éviter des problèmes de réplication.
Il est également rare dans la plupart des cas, ou "pas si cool" de laisser échapper des informations. Ne me demandez pas pourquoi, c'est juste mon expérience que les entreprises veulent montrer le moins d'informations possible à l'extérieur.
Cela inclut de ne pas avoir un système d'incrémentation d'identifiants transparanet reproductible.
Il est également vulnérable pour certaines sortes d'attaques nuisibles, rampement indésirable, des trucs comme ça.
Donc, mon point est.
Il n'y a aucun moyen de vous donner une réponse fiable. Et cela ne devrait pas être nécessaire. Vous devez concevoir votre application pour faire face à toute situation possible.
Si vous voulez connaître la taille de votre champ de base de données, vous devez éviter les conflits.
Je pense que l'entier devrait être bon pour l'instant.(même sur les systèmes 32 bits)
Mais soyez toujours prêt à mettre à niveau.
Surtout ne supposez pas qu'il restera numérique. C'est juste une chaîne unique!
D'accord, il semble que j'aurais dû utiliser 'user_id' pour éviter toute confusion avec un identifiant valide. – eWizardII
API Link cassé –