---
title: "Skillnad mellan char och Nvarchar"
type: "forum-thread"
url: "https://www.webforum.nu/amne/databaser-sql/21516-skillnad-mellan-char-och-nvarchar"
topic: "Databaser & SQL"
topic_url: "https://www.webforum.nu/amne/databaser-sql"
author: "Addeladde"
published: "2001-06-19T12:01:00.000Z"
updated: "2001-07-18T22:46:00.000Z"
replies: 6
views: 980
page: 1
pages: 1
language: "sv-SE"
site: "webForum — webforum.nu"
rights: "Upphovsrätten till varje inlägg tillhör dess författare."
attribution: "Citera som: webForum, https://www.webforum.nu/amne/databaser-sql/21516-skillnad-mellan-char-och-nvarchar"
---

# Skillnad mellan char och Nvarchar

## #1 — Addeladde, 2001-06-19T12:01Z

Vad är skillnaden mellan nvarchar och char.

Vad är bäst att använda för t.ec fält där man ska fylla i namn, adress och liknande.

Finns det någon bra skola på svenska för SQL-server på nätet som tar upp de olika datatyperna.

Permalänk: https://www.webforum.nu/p/21516

## #2 — @nders, 2001-06-19T12:07Z

nvarchar är unicode, kan rymma upp till 8000 tecken. char är inte unicode, och värden som läggs i charfält, fylls på med mellanslag tills fältet är fullt.

Vad är bäst att använda för t.ec fält där man ska fylla i namn, adress och liknande.

varchar. så länge du inte har användning av unicode.

Permalänk: https://www.webforum.nu/p/352257

## #3 — Addeladde, 2001-06-19T12:09Z

Vad är unicode?
när ja konverterade min access databas till SQL-server så blev fälten text nvarchar

Permalänk: https://www.webforum.nu/p/352258

## #4 — spango, 2001-06-19T21:52Z

Unicode är ett 16-bitars teckensystem som kan göra betydligt mycket mer än ASCII, som har åtta bitar. Det har stöd för ett gäng med olika tecken, allt från svenska till arabiska. Läs mer på [www.unicode.org](http://www.unicode.org)

Permalänk: https://www.webforum.nu/p/352259

## #5 — ElMaco, 2001-06-26T23:02Z

Jag vill påstå att insert- och updateoperationer i varchar-fält går betydligt snabbare än insertoperationer i char-fält (förutsatt att man inte försöker mata in ett alltför stort värde).

Detta beror på att varchar har en fast "bredd" och att tecken egentligen bara skall "ersättas". I char-fältet måste fält läggas till och alla efterföljande tecken skrivas om för att flyttas ett eller flera steg frammåt.

Kör ett experiment själv där du skapar en tabell med char och en tabell med varchar. Alla posterna i både tabellerna innerhåller t.ex. "hej". Om man sedan uppdaterar dessa värden till "hejsan" som är 3 bokstäver längre ser man att tidskomplexiteten ökar med en faktor nio och att transaktionsloggen blir olika stor för de olika operationerna.

Frågan är om inte databasen även blir med fragmenterad på detta sätt eftersom man tvingar till fler pagesplits.

Nåja, allt detta har varit i säck innan det kom i påse, men det var kul att få kunna haspla ur sig lite från en av alla de där SQL-kurserna. :)

/M.

Permalänk: https://www.webforum.nu/p/352260

## #6 — pear, 2001-07-11T18:17Z

ElMaco: Är det inte tvärt om? Att insert och update i char-fält går mycket snabbare än dito i varchar-fält alltså. Det är ju char-fälten som är av en förbestämd längd.
Eller, är jag ute och cyklar nu?

//PeAr

Permalänk: https://www.webforum.nu/p/352261

## #7 — spango, 2001-07-18T22:46Z

Char har fast längd, varchar har det inte.

Permalänk: https://www.webforum.nu/p/352262

---

Tråden på webben: https://www.webforum.nu/amne/databaser-sql/21516-skillnad-mellan-char-och-nvarchar