[Excel/Access] Data wordt anders weergegeven dan in database

[Casper92]

Goedemiddag allen,

Na jaren van meelezen, is het dan nu eindelijk tijd om een eerste forumpost te maken. Jammer genoeg met een vraag, in plaats van een inhoudelijk reactie op nieuws of forumpost.

Mijn vraag
Voor een werkproject ben ik bezig met het opzetten van een Access database waarin al onze commerciele informatie moet worden opgeslagen (met de huidige Corona-crisis hebben nul budget voor een deftigere oplossing). De resultaten van in Access opgestelde queries moet geladen worden in een Excel: dit gaat prima voor bijna alle data, behalve de percentages. In de Access tabel wordt een percentage opgeslagen (30%) en zodra deze query wordt opgehaald door PowerQuery in Excel, vertaald deze de percentages naar 'onafgeronde' getallen:

Resultaat

Brondata


De kolom in kwestie, heeft de volgende datatypes:

Field size: Single
Format: Percent

Heeft iemand dit eerder gezien of met dit bijltje moeten hakken?

Relevante software en hardware die ik gebruik
Office 2016 Pro

Wat ik al gevonden of geprobeerd heb

• Googled: kom dan met name uit op Excel > Access problematiek
• Data in Access database geverifieerd op juistheid (waarde in DB is daadwerkelijk 30.000000000000000%
• Rondgesnuffeld in de PowerQuery instellingen / opties, maar niks gevonden

Alvast bedankt voor jullie hulp!

Groeten,
Casper.

[Jivebunny]

Zonder me al te veel erin te verdiepen, is het resultaat een excel werkblad? Kan je dan niet gewoon de cel-eigenschappen van die kolom aanpassen naar percentage en 0 decimalen?

Hier wordt over je probleem geblogt: https://socalsql.com/2015...ting-power-query-columns/

[ Voor 22% gewijzigd door Jivebunny op 07-05-2020 13:52 ]

[tritimee]

wat gebeurd er als je in PowerQuery, de punt in een komma omzet? Ik loop regelmatig tegen rare hardcoded decimale problemen aan.

[Belindo]

Ik kan het hier reproduceren. Een simpele database met daarin zelf 30% getypt, retourneerd 0.300000012 in Excel (eigenlijk is het 0.300000011920929).

Ik ga nog even voor je zoeken, want ik wil dit ook begrijpen

[KabouterSuper]

Belindo schreef op donderdag 7 mei 2020 @ 13:57:
Ik kan het hier reproduceren. Een simpele database met daarin zelf 30% getypt, retourneerd 0.300000012 in Excel (eigenlijk is het 0.300000011920929).

Ik ga nog even voor je zoeken, want ik wil dit ook begrijpen

En een ander getal? 0.60%, 100%, dat soort getallen?

[F_J_K]

Dat zal zijn door de manier waarop de getallen zijn opgeslagen. Als 100% accuraat zijn nodig is: maak er tekst van als datatype, of integers en denk zelf het % er bij. 30% is namelijk opgeslagen als (zeg) 0,30000000.. 000000000000 en dat wordt met niet oneindige precisie opgeslagen. Of rond af op half dozijn cijfers na de import.

[Belindo]

KabouterSuper schreef op donderdag 7 mei 2020 @ 13:58:
[...]

En een ander getal? 0.60%, 100%, dat soort getallen?

Geeft ook decimalen in Excel, wel met andere cijfers.

Excel (PowerQuery)	Access
0.00999999977648258	1%
0.0199999995529652	2%
0.0299999993294477	3%
0.0399999991059303	4%
0.0500000007450581	5%
0.0599999986588955	6%
0.0700000002980232	7%
0.0799999982118607	8%
0.0900000035762787	9%
0.100000001490116	10%
0.200000002980232	20%
0.300000011920929	30%

[ Voor 10% gewijzigd door Belindo op 07-05-2020 14:04 ]

[F_J_K]

Overigens: https://docs.microsoft.co...e-rounded-up-down-integer

edit:

I win! @Belindo

[ Voor 14% gewijzigd door F_J_K op 07-05-2020 14:13 ]

[Belindo]

F_J_K schreef op donderdag 7 mei 2020 @ 14:05:
Overigens: https://docs.microsoft.co...e-rounded-up-down-integer

Ik had 'm nét onder m'n CTRL-C staan

[Belindo]

Wanneer ik de uitleg van die link volg, krijg ik het verwachte gedrag.

Dus, in Access is het Discount veld een Decimal, met een Precision van 5 (max 5 getallen totaal voor en na de decimal separator) en een Scale van 4 (max vier getallen na de decimal separator).

Hier kun je dan 0.01% tot en met 999.99% in kwijt.

[ Voor 25% gewijzigd door Belindo op 07-05-2020 14:24 ]

[Belindo]

F_J_K schreef op donderdag 7 mei 2020 @ 14:05:

edit:

I win! @Belindo

Hmm, voortaan sla ik de koffie toch maar niet over

[Casper92]

Ik ben helemaal onder de indruk van de snelheid waarmee dit probleem is opgelost - bedankt allemaal! Het blijkt inderdaad dat het antwoord @Belindo en @F_J_K werkt als een trein. Ik heb het meest uitgebreide antwoord neergezet als 'beste antwoord', sorry @F_J_K !

Groeten,
Casper.

[F_J_K]

Casper92 schreef op donderdag 7 mei 2020 @ 14:57:
Ik heb het meest uitgebreide antwoord neergezet als 'beste antwoord', sorry @F_J_K !

(edit: LOL @Belindo nee hoor, is goed zo. Was als grapje bedoeld)

Welkom!

[ Voor 13% gewijzigd door F_J_K op 07-05-2020 16:02 ]

[Belindo]

Casper92 schreef op donderdag 7 mei 2020 @ 14:57:
Ik ben helemaal onder de indruk van de snelheid waarmee dit probleem is opgelost - bedankt allemaal! Het blijkt inderdaad dat het antwoord @Belindo en @F_J_K werkt als een trein. Ik heb het meest uitgebreide antwoord neergezet als 'beste antwoord', sorry @F_J_K !

Groeten,
Casper.

Mocht je dit nog kunnen wijzigen, dan vind ik dat @F_J_K de eer (en de karma) mag hebben Hij kwam immers met de oplossing, ik slechts met het valideren ervan.

Tevens, je database is als het goed is gewoon de backend, waar normale gebruikers niet in werken? Dan is er niets mis met je discount opslaan als een double, en dit typen als 0.30 voor 30%. Als je dat vaak genoeg doet lees je er vanzelf de juiste percentages in.