Recentment he rebut aquesta súplica desgarradora d’un lector que, òbviament, feia temps que lluitava i havia arribat al final de la seva vinculació: tinc una llista de productes que venem i un dels camps és la UPC: aquest camp pot tenir fins a 18 dígits. Quan afegeix més de 15 dígits, Excel arrodoneix automàticament els tres últims a 000. Si defineixo aquest camp com a text, s'afegirà el + E11 al final de la cadena. Tant se val si tinc l’amplada de la columna superior a tres vegades la longitud normal. Com puc solucionar-ho?
Només desitjo que Excel faci el que se li diu sense haver d’afegir coses. Per exemple, si el format de la cel·la és TEXT, no formateu res. Sembla que necessito utilitzar Access només per fer alguns petits canvis en un fitxer CSV: per utilitzar Access com a full de càlcul en lloc de fer-ho. Em pregunto si OpenOffice fa el mateix.
No importa la mida del número ni la posició del punt decimal, Excel només emmagatzemarà els primers 15 dígits significatius i descartarà la resta
java (tm) platform se binari no respon
Hi ha algunes limitacions fonamentals per a qualsevol producte de programari i Excel no és una excepció. Excel pot contenir només 15 xifres significatives perquè utilitza matemàtiques de coma flotant IEEE, que dicta com s’emmagatzemen els números (que poden arribar a ser 1.79769313486231E + 308 o tan petits com 2.229E-308) sense que el llibre de treball consumeixi gigabytes de espai i trigar hores a recalcular. Aquesta limitació s’estableix clarament al text d’ajuda d’Excel.
Tingueu en compte que les xifres significatives no són les mateixes que les xifres decimals; no importa la mida del número ni la posició del punt decimal, Excel emmagatzemarà només els primers 15 dígits significatius i descartarà la resta.
UPC significa Codi de producte universal, que en realitat és un nom simbòlic o de codi compost per dígits, en lloc de ser un número matemàtic.
Sumar o restar dos UPC no té cap sentit i no condueix a un altre codi UPC vàlid, tot i que cada codi està compost completament per dígits. Si no feu cap matemàtica a les vostres dades, com és el cas dels UPC, podeu obligar Excel a emmagatzemar-los com a text escrivint un apòstrof abans d’escriure el primer dígit. Això indica a Excel que el que esteu escrivint no és un número, tot i que ho sembli, i que s'hauria d'emmagatzemar com a text.
Com a alternativa, si formateu una cel·la com a text i escriviu-hi una llarga cadena de dígits, Excel fa exactament el que esperàveu i conserva tots els dígits perquè els tracta com a caràcters de text i no com a dígits numèrics. Tanmateix, si oblideu formatar la cel·la com a text abans d’escriure els dígits o si no escriviu un apòstrof principal, Excel tractarà els dígits com un número i, un cop introduïdes les dades, es truncarà a 15 xifres significatives i no es poden recuperar els dígits perduts.
A més, la importació de dades d’un fitxer CSV és molt diferent d’escriure-les directament a Excel, perquè un fitxer CSV no conté pistes sobre el format de les dades als seus camps. Quan feu doble clic a un fitxer CSV per obrir-lo a Excel o quan feu servir el fitxer Excel | Obre el quadre de diàleg, Excel suposarà que els camps que contenen tots els dígits es tractaran com a números, cosa que sovint és el que es vol. Tant se val si aquests camps estan inclosos entre cometes: si tots són dígits, Excel simplement assumeix que són números.
Tanmateix, si en lloc d’obrir només el fitxer CSV, feu clic a Dades | Obteniu dades externes | Des de Text, se us donarà el control sobre el procés d’importació i podreu triar el format de cada columna de dades, de manera que pugueu indicar a Excel que les vostres cadenes llargues de dígits s’han de tractar com a text i no com a números.
OpenOffice fa exactament les mateixes suposicions: sempre que escriviu o importeu dades que semblen un número, tant OpenOffice com Excel el tractaran com un número per defecte i, si voleu anul·lar aquest supòsit perfectament raonable, haureu de donar el aplicació ajuda.
