Hmm,skall man sätta en begränsning på ett epost-fält i en tabell i en databas?
50 tecken är nog lite snävt.

Ta detta som exempel:
katarina.andersson-bjorkehall@trafikkontoret.goteborg.se eller
katarina.andersson-bjorkehall@stadsrevisionen.goteborg.se

där det sistnämnda har 57 tecken. Kan man sätta en begränsning på 60 tecken eller skall man köra det säkra före det osäkra och köra 70 eller tom 100?

Låt oss ventilera.

not: så vitt jag vet så jobbar det ingen vid detta namn på trafikkontoreteller stadsrevisionen i Göteborg - så alla vet

Varför inte sätta 200? Antar att det är varchar och då är det väl dumt att ligga på gränsen och chansa.

eftersom varchar(x) bara tar antalet tecken du matar in (+ overhead) så spelar det egentligen ingen roll.
Det enda man får tänka på är att inte komma över 8060 bytes på raden.

/micke

<citat>eftersom varchar(x) bara tar antalet tecken du matar in (+ overhead) så spelar det egentligen ingen roll. Det enda man får tänka på är att inte komma över 8060 bytes på raden. </citat>

Varchar har väl en begränsning på 255 tecken?!

Jag kör på 100 tecken. Det känns som man kan köra på ett bra tag (om inte man har hela PI som domän ;)

De flesta som skall ange sin epostadresser i fältet jobbar på kommun och landsting.

Tack för inläggen!

>Varchar har väl en begränsning på 255 tecken?!

I SQL Server 7/2000 är gränsen (8000)
I SQL Server 2005 har man lagt till (max) också, vilket ger en gräns på 2147000000 ungefär

/micke

Du kommer inte märka nån prestandaskillnad om användartabellens epost-fält är på varchar 200 mot t.ex. 20. Sätt den till nåt som garanterat räcker och jaga prestanda på andra håll i ditt system...