Om du antar att du inte lagrar saker som '+', '()', '-', mellanslag och vad-har-du (och varför skulle du, det är presentationsproblem som skulle variera beroende på lokala seder och nätverksdistributioner hur som helst), anger ITU-T-rekommendationen E.164 för det internationella telefonnätet (som de flesta nationella nät är anslutna via) att hela numret (inklusive landskod, men inte inklusive prefix som det internationella samtalsprefixet som krävs för att ringa ut, som varierar från land till land, inte heller inklusive suffix, som PBX-anknytningsnummer) vara högst 15 tecken .
Samtalsprefix beror på den som ringer, inte den som ringer, och bör därför (i många fall) inte lagras med ett telefonnummer. Om databasen lagrar data för en personlig adressbok (i vilket fall det är meningsfullt att lagra det internationella samtalsprefixet), är de längsta internationella prefixen du skulle behöva hantera (enligt Wikipedia) för närvarande 5 siffror, i Finland.
När det gäller suffix stöder vissa PBX:er upp till 11-siffriga tillägg (igen, enligt Wikipedia). Eftersom anknytningsnummer för växeln är en del av en annan uppringningsplan (växel är separata från telefonbolagens växlar), måste anknytningsnummer kunna särskiljas från telefonnummer, antingen med ett avgränsningstecken eller genom att lagra dem i en annan kolumn.