Random Handynummer

Mal dran gedacht das via MySQL zu lösen? Dann sparst du dir die zig Querys, und lässt MySQL alleine die Arbeit machen.

SELECT FLOOR(10000 + RAND() * 89999) AS random_number
FROM User
WHERE "random_number" NOT IN (SELECT Nummer FROM User)
LIMIT 1

Das war was ich meinte, man müsste es komplett anders machen. Das wäre eine Möglichkeit, allerdings ist auch hier das Limit eben drin, von 90.000 Nummern.
Ich würde das ganze insofern vereinfachen, dass man die DB_ID nimmt, die der Spieler hat, und damit eine Nummer erstellt, das würde auf jegliches Query verzichten.

stock Nummer(playerid)
{
new tmp[11];
format(tmp, sizeof(tmp), "%d%d", random(1100)+1000, SpielerInfo[playerid][db_id]);
return strval(tmp);
}

Dann kommt für den Spieler mit der db_id 2401 zum Beispiel diese Telefonnummer raus:
14032401

Man wäre dann nur dahingehend beschränkt, wenn man das 32-Bit Limit erreicht, sprich ab User ID 1 Mio.

Oder, wenn man wieder die 100.000 haben will, geht es auch so:
stock Nummer(playerid)
{
new tmp[11];
format(tmp, sizeof(tmp), "%d%d", random(9000)+1000, SpielerInfo[playerid][db_id]);
return strval(tmp);
}
Man muss eben bedenken, dass bei 2^31-1 Schluss ist.

Ansonsten müsste man die Telefonnummer in einem String speichern, dann sähe es einfach so aus:
stock Nummer(playerid)
{
new tmp[32];
format(tmp, sizeof(tmp), "%d%d", random(90000)+10000, SpielerInfo[playerid][db_id]);
return tmp;
}
Das hat dann so gut wie keine Grenze (eine die unter normalen Umständen nicht erreicht werden kann).

Sowas ähnliches haben wir auch hier schonmal gehabt: Spawn funktioniert nicht?
Durch die User-ID an sich ist es eben schon unmöglich, dass zwei Leute die gleiche Nummer bekommen, da ja jeder eine andere User ID hat, Plus eine X-Beliebige Zufallszahl, mit einer festen Anzahl an Stellen.
Wobei dort noch eine zusätzliche Prüfung eingebaut ist (die wie beschrieben aber nie wahr sein kann, aber sicher ist sicher).