A Power Query korai időpontjai napról napra kikapcsolva - Excel tippek

A Power Query az Excel forró, fiatal, új szolgáltatása. Ne feledje, hogy nem az Excel csapata hozta létre. A Power Query csapata úgy döntött, hogy nem fogja őket kötni a VisiCalc több évtizedes hibája. Ezért okozhat problémákat az Ön számára.

Háttérként az Excel dátumait sorozatszámként tárolják. Ha beírja a mai dátumot - 2018. március 30. - az Excelbe, akkor a dátum valamilyen formáját megmutatja, de az Excel 43189-et tárol. Ez azt jelenti, hogy ma 43189 nap van 1900. január 1. óta.

Ez azt is jelenti, hogy a holnapi dátum eléréséhez használhatja =F3+1. A dátumok közötti napok számának meghatározásához kivonhat egy dátumot a másikból. Ez egy jó módszer a dátumszámítások engedélyezésére.

Vigyázat

Ez azt is jelenti, hogy nem lehet egyszerűen rögzíteni az 1800-as évek dátumát. Ez rossz a 150 éves vállalatok geneaológusainak vagy könyvelőinek.

Minden dátumot egy adott sorozatszám képvisel

A rendszert Dan Bricklin és Bob Frankston találta ki, amikor 1978-1979-ben létrehozták a VisiCalc-ot. De Bob és Dan egyet hibáztak. Térjünk vissza a modellre az időben, 1900 februárjáig és márciusáig. A 60-as sorszámhoz tartozó dátum 1900. február 29..

A nagyon korai időpontok hibásak az Excelben

A szökőnapok visszatértek Julius Caesarra. Mivel a Földnek 365.242189 napra van szüksége a Nap megkerülésére, a 365 napos naptár azt jelenti, hogy az évszakok évszázadonként 24 nappal elmozdulnak. Julius Caesar létrehozott egy tervet, amely minden évben egy szökőnapot ad hozzá, amely osztható 4-gyel. Ez tökéletes lett volna, ha a Föld 365,25 naponta megkerüli a Napot. De ez az apró különbség a .25 és .242189 között azt jelentette, hogy két évezred folyamán az évszakok továbbra sem működtek. Gergely pápa 1582-ben javasolt egy rendszert, ahol három szabály volt:

  • 1. szabály: A 4- gyel osztható év szökőév lenne, kivéve:
  • 2. szabály: A 100-mal osztható év nem lenne szökőév, kivéve:
  • 3. szabály: A 400-mal osztható év szökőév lenne.

A szabályokat 1582-ben javasolták, de elfogadásuk lassú volt. Japán 1873-ig nem állapodott meg ebben. Bulgária, Észtország, Oroszország, Görögország és Törökország 1916-1927 között váltott. A 2. szabály csak 1700-ban, 1800-ban és 1900-ban történt. A 3. szabály 1600-ban és 2000-ben történt. Ha ezt olvassa, akkor valószínűleg élt 2000. február 29-ig, de nem biztos, hogy rájött, hogy ez kivétel kivétel a kivétel alól. De még 1978-ban ez 79 éve nem történt meg, így nem volt széles körben ismert. A VisiCalc elkövette azt a hibát, hogy 1900. február 29-ét vette fel.

Tényleg nem nagy ügy. Ki tér vissza valaha, hogy megnézze, 1900. február 2. csütörtök vagy szerda volt-e (az Excel szerint csütörtök volt, de valóban szerda volt). És ki fogja követni a nyitott követeléseket 1900 elejétől? Valljuk be, ha 1900. február 15-én számlázott egy szállítóval, és még nem fizettek meg, akkor ideje leírni a követelést.

A kompatibilitás érdekében Mitch Kapor ugyanazt a hibát programozta a Lotus 1-2-3-ra.

Steve Jobs, nem akarva szándékosan hibát programozni, a Macintosh órája 1904. január 1-jén indult.

A Microsoftnál az Excel-nek kompatibilisnek kellett lennie az akkor piacvezető Lotus 1-2-3-mal, és a nem létező 1900. február 29-ét bevezették az Excelbe, és a mai napig ott is marad.

De a Power Query építészei nem táblázatos emberek. Irodájukban nincsenek Bricklin és Frankston szobrok. Nem ismerik ezt a történelmet. Úgy döntöttek, hogy dátumuk az 1899. december 31. óta eltelt napok száma lesz. Ez a Power Query embereket kissé felsőbbrendűnek érzi, mint az Excel embereket, mert a Power Query által 1900 elején 60 napra jelentett hétköznapok helyesebbek, az Excelben.

Ez nem aggasztó dolog. Senki nem foglalkozik a 60 nap dátumával.

De itt van valami sokkal gyakoribb. Tekintsük ezt a jól ismert számokat tartalmazó táblázatot.

Henry Heinz szerint az 57 szerencsés számnak tűnt.

Meg fogom kérni, hogy "tegyen rosszat", és véletlenül kövesse az alábbi lépéseket:

  1. Válassza ki az N oszlopot
  2. Az oszlop dátumként történő formázásához nyomja meg a Ctrl + Shift + 3 billentyűkombinációt
  3. Ne vegye észre, hogy ezeket a dolgokat megcsinálta.

    Hoppá - a számok véletlenül dátumok
  4. Használja az Adatok, a Tárolás és átalakítás, A táblázat vagy a Tartomány elemet.
  5. Amikor eljut a Power Query szolgáltatásba, vegye figyelembe a dátumokat a szám oszlopban. Az Alkalmazott lépések mezőben törölje a Módosított formátum lépést.

Amikor az adatok visszakerülnek az Excelbe, minden 1-re kikapcsol. Körök már nem léteznek. Heinznek 57 fajtája helyett 56 fajtája van.

Mitch Kapornak igaza volt, hogy tévedett

Tudomásul veszem, hogy ez az utolsó péntekünk az Excel nagyböjtben. Rájövök, hogy ez egy kitalált és homályos példa. Milyen esélye van annak, ha valaki véletlenül dátumként formázna egy számoszlopot az 1-60 tartományba, mielőtt a Power Queryre megy? Alacsonynak tűnik, de megtörtént.

A Power Query fantasztikus funkció. Biztos vagyok benne, hogy az építészek úgy gondolták, semmi sem baj, ha okosabbak, mint azok az emberek 1978-ban, akik hibáztak. De a táblázatok milliárdjai működni fognak, mert mindannyian egyetértünk abban, hogy elfogadjuk a hibát, te apró lyukat tépsz az Excel szövetébe.

Minden pénteken megvizsgálok egy hibát vagy más halszerű viselkedést az Excel programban.

Excel gondolata a napnak

Az Excel Master barátaimtól kértem tanácsokat az Excel-mel kapcsolatban. Mai gondolat, hogy elgondolkodjak:

"Ctrl + Shift + U váltja a képletsáv magasságát"

Bob Umlas

érdekes cikkek...