Kamu adattípusok Power BI ban

Fixpontos tizedestört

A Power BI/Power Pivot kétféleképpen tudja fizikailag tárolni a számokat: vagy lebegőpontosan, vagy egész számként. Fixpontos tizedes tört adattípusa nincs. Illetve a felületen van, de az adatbáziskezelőben nincs.

A fixpontos tizedes tört adattípus egy fix 4 tizedesjegyet tartalmazó szám, amit a Power BI a mélyben egész számként tárol, méghozzá úgy, hogy a fixpontos tizedestörtet beszorozza tízezerrel. Az 1,2345 öt például 12 345-ként tárolja és a megjelenítéskor oszt tízezerrel. (Részletek itt)

A fixpontos tizedestörtet pont azért találták ki, hogy egész számként lehessen tárolni ott ahol csak pár tizedesjeggyel kell dolgoznunk. Az egész szám ugyanis jól tömöríthető. A lebegőpontos nem. De lehetnek (korábban voltak) ennek a tárolási módnak hátrányai is: A tabular adatbáziskezelőn belül az osztást mindig a formula engine-nek kellett elvégeznie, illetve a típussal végzett műveletek eredményét sem tudta az adatbáziskezelő cache-elni. Azaz pl.: egy mennyiség * egyégár számítás eredményét nem tudta cache-elni, ha az egységár fixpontos tizedestört volt.

Te jó ég. Most veszem észre, hogy erről a problémáról 13 évvel ezelőtt már írtam…

Currency

Currency adattípusa sincs fizikailag a Power BI-nak, azt fixpontosként tárolja. (a fixpontos és a currency típus egyébként ugyanaz, nincs különbség köztük)

Dátum és idő

Ahogy fixpontos tizedestört típusa sincs a Power BI-nak úgy dátum típusa sincs. A dátumot és a dátum időt is számként tárolja. A dátumot egész számként, az időt a nap törtrészeként. Azaz a dátumot az 1899. december 30.-a óta eltelt napok számaként, az időt a nap törtrészeként. Azaz az egy órát 1/24-ként (0,04167)

Összefoglalva: A Power BI alatt duruzsoló vertipak engine 3 adattípust ismer: Egész szám, lebegőpontos tizedestört és string (van még bináris is, de az a felületről nem érhető el) A felületről kiválasztható 9 adattípus fizikailag tehát a 3 adattípus valamelyikében fog landolni...