Miért nem definiálhatjuk, hogy hány tizedesjegye legyen egy DAX adattípusnak

SQL Serverben és más relációs adatbáziskezelőkben is megmondhatjuk, hogy hány tizedesjegy hosszan tároljuk az adatainkat de a Power BI / Power Pivot adatbáziskezelőjében (Vertipaq) erre nincs lehetőségünk. A Power BI/Power Pivot összesen kétféleképpen tudja tárolni a tizedestört számokat: vagy lebegőpontosan (tizedes tört adattípus), vagy egész számként (fixpontos tizedes tört adattípus)

Megj.: A fixpontos tizedes tört (korábban currency) adattípusa egy fix 4 tizedesjegyet tartalmazó szám, amit a motorháztető alatt egész számként tárol a Power Pivot/Power BI adatbázis kezelője. Részletek itt)

De miért nem lehet precízebben meghatározni tizedesjegyek számát?

Mert nem nyernénk vele semmit. A Power BI tömörítetten tárolja az adatokat, és a tömörítő algoritmusnak tökmindegy, hogy hány tizedesjegyet tartalmazó számot kell tömörítenie. Neki az a fontos, hogy át tudja el alakítani a tizedes törtet egész számmá vagy sem. De az, hogy 1, 2, 3, vagy 4 tizedesjegyen tároljuk az adatokat, már nem számít.

Mikor lenne szükségünk a tizedesjegyek számának precízebb meghatározására?

Ha 4 tizedesjegy fölötti számokkal kell dolgoznunk. Tegyük fel, hogy százalékot kell számolnunk mondjuk fix 8 tizedesjegy pontossággal. Sajnos ebben az esetben már csak a tizedestört (float) adattípust tudjuk használni (annak minden hátrányával), a fixpontost nem...