Yleisiä ongelmia

Power Query

Lajittelun säilyttäminen

Voit olettaa, että jos lajittelet tietojasi, kaikki loppupään toiminnot säilyttävät lajittelujärjestyksen.

Jos esimerkiksi lajittelet myyntitaulukon niin, että kunkin kaupan suurin alennusmyynti näkyy ensimmäisenä, voit olettaa, että Poista kaksoiskappaleet -toiminto palauttaa vain kunkin kaupan suurimman myynnin. Ja tämä operaatio saattaa itse asiassa näyttää toimivan. Tätä toimintaa ei kuitenkaan taata.

Koska Power Query optimoi tietyt toiminnot, mukaan lukien niiden ohittaminen tai lataaminen tietolähteisiin (joilla voi olla oma yksilöllinen järjestystoimintansa), lajittelujärjestyksen säilymistä ei taata koosteiden (kuten Table.Group), yhdistämisten (kuten Table.NestedJoin) tai kaksoiskappaleiden poistamisen (kuten Table.Distinct).

On olemassa useita tapoja kiertää tämä. Tässä on muutamia ehdotuksia:

• Suorita lajittelu loppupään toiminnon käyttöönoton jälkeen . Kun esimerkiksi ryhmittelet rivejä, lajittele sisäkkäinen taulukko kussakin ryhmässä ennen jatkovaiheiden suorittamista. Tässä on esimerkki M-koodista, joka havainnollistaa tätä lähestymistapaa: Table.Group(Sales_SalesPerson, {"TerritoryID"}, {{"SortedRows", each Table.Sort(_, {"SalesYTD", Order.Descending})}})
• Puskuroi tiedot (käyttämällä Table.Buffer) ennen loppupään toiminnon käyttämistä. Joissakin tapauksissa tämä toiminto saa loppupään toiminnon säilyttämään puskuroidun lajittelujärjestyksen.
• Käytä sijoitusta. Sen sijaan, että käyttäisit Table.Distinct, voit esimerkiksi järjestää arvojen kaksoiskappaleet sisältävien sarakkeiden mukaan, sijoittaa arvot tie-break-sarakkeen perusteella (kuten modified_date) ja suodattaa sitten niin, että vain sijoitus 1 -rivit säilyvät.

Tietotyypin päättely

Joskus Power Query saattaa tunnistaa sarakkeen tietotyypin virheellisesti. Tämä johtuu siitä, että Power Query päättelee tietotyyppejä käyttämällä vain 200 ensimmäistä tietoriviä. Jos ensimmäisten 200 rivin tiedot poikkeavat jotenkin rivin 200 jälkeisistä tiedoista, Power Query voi päätyä valitsemaan väärän tyypin. (Huomaa, että väärä tyyppi ei aina aiheuta virheitä. Joskus tuloksena olevat arvot ovat yksinkertaisesti virheellisiä, mikä vaikeuttaa ongelman havaitsemista.)

Kuvittele esimerkiksi sarake, joka sisältää kokonaislukuja ensimmäisillä 200 rivillä (kuten kaikki nollat), mutta sisältää desimaalilukuja rivin 200 jälkeen. Tässä tapauksessa Power Query päättelee sarakkeen tietotyypiksi Kokonaisluku (Int64.Type). Tämä päättely johtaa siihen, että muiden kuin kokonaislukujen desimaaliosat katkaistaan.

Voit myös kuvitella sarakkeen, joka sisältää tekstikohtaisia päivämääräarvoja ensimmäisillä 200 rivillä ja muita tekstiarvoja rivin 200 jälkeen. Tässä tapauksessa Power Query päättelee sarakkeen tietotyypiksi Päivämäärä. Tämä päättely johtaa siihen, että muita kuin päivämäärätekstiarvoja käsitellään tyypin muunnosvirheinä.

Koska tyypin tunnistus toimii ensimmäisillä 200 rivillä, mutta tietojen profilointi voi toimia koko tietojoukossa, voit harkita tietojen profilointitoiminnon käyttämistä, jotta saat kyselyeditorissa varhaisen ilmoituksen virheistä (tyypin tunnistuksesta tai muista syistä) N ylimmän rivin lisäksi.

Etäisännän väkisin sulkemat yhteydet

Kun muodostat yhteyden eri ohjelmointirajapintoihin, saatat saada seuraavan varoituksen:

Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host

Jos kohtaat tämän virheen, se on todennäköisesti verkko-ongelma. Yleensä ensimmäisinä tarkistavat tiedot sen tietolähteen omistajilta, johon yrität muodostaa yhteyden. Jos he eivät usko olevansa niitä, jotka sulkevat yhteyden, on mahdollista, että jotain matkan varrella on (esimerkiksi välityspalvelin, välireitittimet/yhdyskäytävät ja niin edelleen).

Riippumatta siitä, toistetaanko tämä vain millä tahansa datalla vai vain suuremmilla tietokokoilla, on todennäköistä, että jossain reitin varrella on verkon aikakatkaisu. Jos kyseessä on vain suurempi data, asiakkaiden tulee kysyä tietolähteen omistajalta, tukevatko heidän ohjelmointirajapintansa sivutusta, jotta he voivat jakaa pyyntönsä pienempiin osiin. Jos näin ei ole, on noudatettava vaihtoehtoisia tapoja poimia tietoja API:sta (tietolähteen parhaiden käytäntöjen mukaisesti).

TLS RSA cipher -paketit ovat vanhentuneet

30.10.2020 alkaen seuraavat cipher-paketit ovat vanhentuneet palvelimiltamme.

• "TLS_RSA_WITH_AES_256_GCM_SHA384"
• "TLS_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_RSA_WITH_AES_256_CBC_SHA256"
• "TLS_RSA_WITH_AES_128_CBC_SHA256"

Seuraavassa luettelossa on tuetut salausohjelmistot:

• "TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256"
• "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384"
• "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"
• "TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256"
• "TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384"
• "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"

Cipher-pakettien avulla salataan viestit, jotta voidaan suojata verkkoyhteys asiakkaiden ja palvelimien sekä muiden palvelimien välillä. Edellä olevassa luettelossa olevat cipher-paketit poistetaan, sillä ne eivät ole nykyisten suojausprotokollien mukaisia. 1.3.2021 lähtien asiakkaat voivat käyttää vain cipher-standardipakettejamme.

Nämä ovat salausohjelmistoja, joita palvelimen, johon muodostat yhteyden, on tuettava, jotta se voi muodostaa yhteyden Power Query Onlinesta tai Power BI:stä.

Power Query Desktopissa (Power BI, Excel) emme hallitse salausohjelmistojasi. Jos yrität muodostaa yhteyden Power Platformiin (esimerkiksi Power Platform -tietovoideen) tai Power BI -palveluun, sinun on otettava jokin näistä salausohjelmistoista käyttöön käyttöjärjestelmässäsi. Voit joko päivittää Windows-version tai päivittää Windowsin TLS-rekisterin, jotta voit varmistaa, että palvelimen päätepiste tukee jotain näistä salausohjelmistopaketeista.

Voit varmistaa, että palvelimesi on suojausprotokollan mukainen, suorittamalla testin TLS-salaus- ja skannerityökalulla. Yksi esimerkki voisi olla SSLLABS.

Asiakkaiden on päivitettävä palvelimensa ennen 1.3.2021. Lisätietoja TLS-salausohjelmistojärjestyksen määrittämisestä on kohdassa Transport Layer Securityn (TLS) hallinta.

Varmenteen kumoaminen

Power BI Desktopin tuleva versio aiheuttaa SSL-yhteyksien virheen Desktopista, kun SSL-ketjun varmenteista puuttuu varmenteen kumoamisen tila. Tämä on muutos nykyiseen tilaan, jossa kumoaminen aiheutti yhteysvirheen vain siinä tapauksessa, että varmenne on nimenomaisesti peruutettu. Muita varmenneongelmia voivat olla virheelliset allekirjoitukset ja varmenteen vanheneminen.

Koska on olemassa määrityksiä, joissa kumoamisen tila voidaan poistaa, kuten yrityksen välityspalvelimissa, tarjoamme toisen vaihtoehdon ohittaa varmenteet, joilla ei ole kumoamistietoja. Tämä vaihtoehto sallii tilanteet, joissa kumoamistiedot poistetaan tietyissä tapauksissa, mutta et halua heikentää suojausta kokonaan, jatkaa työskentelyä.

Sitä ei suositella, mutta käyttäjät voivat edelleen poistaa kumoamistarkistukset kokonaan käytöstä.

Virhe: Arviointi peruutettiin

Power Query palauttaa viestin "Arviointi peruutettiin", kun tausta-analyysi on poistettu käytöstä ja käyttäjä vaihtaa kyselyiden välillä tai sulkee kyselyeditorin, kun kyselyä päivitetään.

Virhe: Avain ei vastannut taulukon rivejä

On monia syitä, miksi Power Query saattaa palauttaa virheen, jonka mukaan avain ei vastannut taulukon rivejä. Kun tämä virhe ilmenee, koostemoduuli ei löydä etsimäänsä taulukon nimeä. Syitä tähän virheeseen ovat muun muassa seuraavat:

• Taulukon nimeä on muutettu esimerkiksi itse tietolähteessä.
• Taulukon käyttämiseen käytetyllä tilillä ei ole riittäviä oikeuksia taulukon lukemiseen.
• Yhdellä tietolähteellä voi olla useita tunnistetietoja, joita Power BI -palvelu ei tueta henkilökohtaisia pilviyhteyksiä käytettäessä. Tämä virhe voi ilmetä esimerkiksi silloin, kun tietolähde on pilvitietolähde ja tietolähdettä käytetään samanaikaisesti useilla tileillä eri tunnistetiedoilla. Jos tietolähde on paikallinen, sinun on käytettävä paikallista tietoyhdyskäytävää.

Rajoitus: Toimialueeseen liitetty vaatimus yhdyskäytäväkoneille käytettäessä Windows-todennusta

Windows-todennuksen käyttäminen paikallisen yhdyskäytävän kanssa edellyttää, että yhdyskäytäväkoneeseen on liitetty toimialue. Tämä koskee kaikkia yhteyksiä, jotka on määritetty "Windows-todennuksella yhdyskäytävän kautta*. Windows-tilit, joita käytetään tietolähteen käyttämiseen, saattavat edellyttää lukuoikeutta Windows-hakemiston jaettuihin osiin ja yhdyskäytävän asennukseen.

Rajoitus: Vuokraajien välistä OAuth2-päivitystä ei tueta Power BI -palvelu

Jos haluat muodostaa yhteyden tietolähteeseen Power BI -palvelu OAuth2:n avulla, tietolähteen on oltava samassa vuokraajassa kuin Power BI -palvelu. Tällä hetkellä OAuth2 ei tue usean vuokraajan yhteysskenaarioita.

Rajoitus: Mukautettua AD FS -todennuksen päätepistettä ei tueta Power BI -palvelu

Power BI -palvelu ei tue mahdollisuutta käyttää mukautettua Active Directory -liittoutumispalveluiden (AD FS) todentamisen päätepistettä. Käyttäjät saattavat kohdata seuraavan virheen: Resurssin ilmoittamaan tunnuspalveluun ei luoteta.

Rajoitus: Vierastilejä ei tueta

Vuokraajan vierastilien käyttämistä tietoihin yhdistämiseen Power Query yhdistimien avulla ei tällä hetkellä tueta.

Expression.Error: Arviointi johti pinon ylivuotoon, eikä sitä voi jatkaa

Pinojen ylivuotovirheet voivat johtua M-koodisi virheestä. Esimerkiksi seuraava funktio tuottaa pinon ylivuodon, koska se kutsuu toistuvasti takaisin itseensä ilman minkäänlaista loppuehtoa. Funktiota, joka kutsuu itseään näin, kutsutaan "rekursiiviseksi" funktioksi.

let f = (x) => @f(x + 1) in f(0)

Seuraavassa on joitakin yleisiä tapoja ratkaista pinon ylivuoto M-koodissasi.

• Varmista, että rekursiiviset funktiot todella päättyvät, kun odotettu loppuehto saavutetaan.
• Korvaa rekursio iteraatiolla (esimerkiksi käyttämällä funktioita, kuten List.Transform, List.Generate tai List.Accumulate).

Expression.Error: Arvioinnin muisti loppui, eikä sitä voi jatkaa

"Muistin loppuminen" -virheet (tai OOM-virheet) voivat johtua liian monien muistiintensiivisten toimintojen tekemisestä erittäin suurille taulukoille. Esimerkiksi seuraava M-koodi tuottaa OOM:n, koska se yrittää ladata miljardi riviä muistiin kerralla.

Table.Buffer(Table.FromList({1..1000000000}, Splitter.SplitByNothing()))

Voit ratkaista muistin loppumiseen liittyvät virheet optimoimalla paljon muistia vaativat toiminnot, kuten lajittelut, liitokset, ryhmittelyt ja erotukset, varmistamalla, että ne taittuvat lähteeseen, tai poistamalla ne kokonaan mahdollisuuksien mukaan. Esimerkiksi lajittelut ovat usein tarpeettomia.

Power Query Online ei voi muodostaa yhteyttä julkisen päätepisteen kautta, kun yksityinen päätepiste on määritetty tallennustilaan

Kun tallennustilin yksityinen päätepiste on määritetty, Power Query Online ratkaisee aina yksityisen linkin osoitteen eikä voi muodostaa yhteyttä julkisen Internetin kautta, vaikka julkisen käytön arvoksi olisi määritetty "Sallittu" yksityisen päätepisteen määrityksessä.

Tämä ongelma ilmenee, koska yksityinen päätepiste on etusijalla julkiseen yhteyteen nähden. Tämän seurauksena kaikki yritykset muodostaa yhteys ilman yhdyskäytävää epäonnistuvat.

Virhevalinta, kun suoritetaan tiettyjä erikoismerkkitoimintoja

Kun käytät korealaista IME-näppäimistöä Power Queryssä, virhevalinta voi ilmestyä, kun syötät tiettyjä erikoismerkkejä edistyneeseen editoriin, Custom Column -valintaan tai kaavapalkkiin.

Tämä ongelma vaikuttaa Power Query -editoriin Power BI Desktopissa ja Excelissä. Se ei vaikuta Power Query Onlineen (Dataflows).

Tämän ongelman kiertämiseksi poista M Intellisense käytöstä Power Query -editorin asetuksista.

Dataflows

Tietovuon päivityksen peruuttaminen

Joskus aloitat tietovuon päivityksen, mutta sen aloittamisen jälkeen huomaat, että haluat muuttaa vielä yhden asian ennen tietojen päivittämistä. Siinä tapauksessa sinun on odotettava, kunnes päivitys on valmis. Päivityksen pysäyttämistä puolivälissä, kun prosessi jo työskentelee tietojen hakemiseksi ja taulukoiden päivittämiseksi työtilassa tai ympäristössä, ei tällä hetkellä tueta.

Aiomme lisätä tuen tietovuon päivityksen peruuttamiseen tulevaisuudessa.