Jeg mottok nylig denne hjerteskjærende bønnen fra en leser som tydeligvis hadde slitt en stund og hadde nådd slutten av bindingen: Jeg har en liste over produkter som vi selger, og et av feltene er UPC - dette feltet kan være opptil 18 sifre lange. Når jeg legger til mer enn 15 sifre, avrunder Excel de siste tre til 000 automatisk. Hvis jeg setter dette feltet til å være tekst, legger det til + E11 på slutten av strengen. Det spiller ingen rolle om jeg har kolonnebredden lengre enn tre ganger normal lengde. Hvordan kan jeg fikse dette?
Jeg skulle bare ønske Excel ville gjøre det den får beskjed om uten å måtte legge til ting. For eksempel, hvis celleformatet er TEKST, må du ikke formatere noe i det! Det ser ut til at jeg trenger å bruke Access bare for å gjøre noen små endringer i en CSV-fil - for å bruke Access som et regneark i stedet for et regneark. Jeg må lure på om OpenOffice gjør det samme.
Det spiller ingen rolle hvilken størrelse tallet er eller hvor desimaltegnet er plassert, Excel lagrer bare de første 15 betydningsfulle sifrene og kaster resten
Amazon Fire HD 8 Fjern annonser
Det er noen grunnleggende begrensninger for noe programvareprodukt, og Excel er ikke noe unntak. Excel kan bare inneholde 15 viktige tall fordi den bruker IEEE Floating Point Maths, som dikterer hvordan tall - som kan være så store som 1.79769313486231E + 308 eller så små som 2.229E-308 - lagres uten at arbeidsboken bruker gigabyte på plass og ta timer å beregne på nytt. Denne begrensningen er tydelig angitt i Excel-hjelpeteksten.
Merk at betydelige tall ikke er de samme som desimaler; det spiller ingen rolle hvilken størrelse tallet er eller hvor desimaltegnet er plassert, Excel vil bare lagre de første 15 betydningsfulle sifrene og kaste resten.
UPC står for Universal Product Code, som egentlig er et symbolsk eller kodenavn som består av sifre, i stedet for å være et matematisk tall.
Å legge til eller trekke fra to UPC-er gir ingen mening og fører ikke til en annen gyldig UPC-kode, selv om hver kode består av sifre. Hvis du ikke gjør noen matematikk på dataene dine, slik det er tilfelle med UPC, kan du tvinge Excel til å lagre dem som tekst ved å skrive en apostrof før du skriver inn det første sifferet. Dette forteller Excel at det du skriver ikke er et tall, selv om det ser ut som et, og at det skal lagres som tekst.
Alternativt, hvis du formaterer en celle som tekst og deretter skriver inn en lang streng med sifre i den, gjør Excel akkurat det du forventer og beholder alle sifrene fordi den behandler dem som teksttegn, ikke numeriske sifre. Men hvis du glemmer å formatere cellen som tekst før du skriver sifrene, eller hvis du ikke skriver en ledende apostrof, vil Excel behandle sifrene som et tall, og når data er skrevet inn, blir de avkortet til 15 betydelige tall, og du kan ikke få de tapte sifrene tilbake.
Dessuten er import av data fra en CSV-fil ganske forskjellig fra å skrive dataene direkte i Excel, fordi en CSV-fil ikke inneholder noen ledetråder til formatet på dataene i feltene. Når du bare dobbeltklikker på en CSV-fil for å åpne den i Excel, eller når du bruker Excel's File | Åpne dialogboksen, Excel vil gjette at alle felt som inneholder alle sifre skal behandles som tall, noe som er oftere enn ikke det du ønsker. Det spiller ingen rolle om disse feltene er omsluttet av anførselstegn: Hvis de alle er sifre, antar Excel ganske enkelt at de er tall.
Imidlertid, hvis du klikker på Data | i stedet for bare å åpne CSV-filen Få eksterne data | Fra Tekst får du kontroll over importprosessen og kan velge formatet for hver datakolonne, slik at du kan fortelle Excel at de lange strengene dine med sifre skal behandles som tekst, ikke som tall.
OpenOffice gir nøyaktig de samme forutsetningene: når du skriver eller importerer data som ser ut som et nummer, vil både OpenOffice og Excel behandle det som et tall som standard, og hvis du vil overstyre den helt rimelige antagelsen, må du gi søknad litt hjelp.
