Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Summary
| Item | Description |
|---|---|
| Udgivelsestilstand | Generel tilgængelighed |
| Products | Power BI (semantiske modeller) Power BI (dataflow) Struktur (Dataflow Gen2) Power Apps (dataflow) |
| Understøttede godkendelsestyper | Snefnug (brugernavn/adgangskode), Microsoft-konto (Microsoft Entra ID), nøglepargodkendelse |
| Dokumentation til funktionsreference | — |
Note
Snowflake-connectorimplementering 2.0 har generelt været tilgængelig siden juli 2025. Få flere oplysninger om denne funktion.
Note
Adgangsfrasen-indtastningsfeltet vises automatisk kun om nødvendigt, baseret på typen af certifikat, der uploades. Når brugeren har overført et certifikat, registrerer systemet, om det er krypteret eller ukrypteret, og viser adgangssætningsdialogen betinget. Både krypterede og ukrypterede nøgler understøttes.
Note
Nogle funktioner kan være til stede i ét produkt, men ikke andre på grund af installationsplaner og værtsspecifikke egenskaber.
Note
Brugernavn/adgangskode-godkendelsestilstand vil blive forældet af Snowflake (læs mere her). Du kan finde flere oplysninger under Connectivity på vores Fabric-køreplan.
Understøttede funktioner
- Import
- DirectQuery (semantiske Power BI-modeller)
- Avancerede indstillinger
- Angiv en tekstværdi, der skal bruges som rollenavn
- Kolonner med relationer
- Timeout for forbindelse i sekunder
- Timeout for kommando i sekunder
- Database
- Oprindelig SQL-sætning
Opret forbindelse til Snowflake-data warehouse fra Power Query Desktop
Note
Siden marts 2025-versionen af Power BI Desktop er Snowflake-stikimplementering 2.0-muligheden aktiveret som standard.
Hvis du vil oprette forbindelse til et Snowflake-databehandlingslager , skal du gøre følgende:
Vælg Hent data på båndet Hjem i Power BI Desktop, vælg Database i kategorierne til venstre, vælg Snefnug, og vælg derefter Opret forbindelse.
I vinduet Snowflake , der vises, skal du indtaste navnet på din Snowflake-server i Server og navnet på dit Snowflake-databehandlingslager i Warehouse.
Du kan også angive værdier i de avancerede indstillinger, du vil bruge til at ændre forbindelsesforespørgslen, f.eks. en tekstværdi, der skal bruges som et rollenavn eller en kommandotimeout. Du kan få flere oplysninger ved at gå til Opret forbindelse ved hjælp af avancerede indstillinger.
Vælg OK.
Hvis du vil logge på dit Snowflake computing-lagersted, skal du angive dit brugernavn og din adgangskode og derefter vælge Opret forbindelse.
Note
Når du har angivet dit brugernavn og din adgangskode til en bestemt Snowflake-server , bruger Power BI Desktop de samme legitimationsoplysninger i efterfølgende forbindelsesforsøg. Du kan ændre disse legitimationsoplysninger ved at gå til Filindstillinger >> Indstillinger Indstillinger for datakilde. For mere information, gå til Ændr autentificeringsmetoden.
Hvis du vil bruge indstillingen Microsoft-konto, skal Snowflake Microsoft Entra ID-integrationen konfigureres på Snowflake-siden. For mere information, gå til Power BI SSO to Snowflake - Getting Started.
I Navigator skal du vælge et eller flere elementer, der skal importeres og bruges i Power BI Desktop. Vælg derefter enten Indlæs for at indlæse tabellen i Power BI Desktop eller Transformér data for at åbne Power Query-editoren, hvor du kan filtrere og finjustere det datasæt, du vil bruge, og derefter indlæse det raffinerede datasæt i Power BI Desktop.
Vælg Importér for at importere data direkte til Power BI, eller vælg DirectQuery, og vælg derefter OK. Du kan finde flere oplysninger ved at gå til Brug DirectQuery i Power BI Desktop.
Note
Enkeltlogon (SSO) for Microsoft Entra ID understøtter kun DirectQuery.
Opret forbindelse til en Snowflake-database fra Power Query Online
Hvis du vil oprette forbindelse, skal du benytte følgende fremgangsmåde:
Vælg indstillingen Snefnug i connectorvalget.
I dialogboksen Snefnug , der vises, skal du angive navnet på serveren og lagerstedet.
Angiv værdier i de avancerede indstillinger, du vil bruge. Hvis der er avancerede indstillinger, der ikke er repræsenteret i brugergrænsefladen, kan du redigere dem i Avanceret editor i Power-forespørgsel senere.
Angiv dine legitimationsoplysninger for forbindelsen, herunder valg eller oprettelse af en ny forbindelse, hvilken gateway du vil bruge, samt et brugernavn og en adgangskode.
Vælg Næste for at oprette forbindelse til databasen.
Vælg de data, du har brug for, i Navigator, og vælg derefter Transformér data for at transformere dataene i Power Query-editor.
Opret forbindelse ved hjælp af avancerede indstillinger
Power Query indeholder et sæt avancerede indstillinger, som du kan føje til din forespørgsel, hvis det er nødvendigt.
I følgende tabel vises alle de avancerede indstillinger, du kan angive i Power Query.
| Avanceret mulighed | Description |
|---|---|
| Rollenavn | Angiver den rolle, som rapporten bruger via driveren. Denne rolle skal være tilgængelig for brugeren. Ellers er der ikke fastsat nogen rolle. |
| Inkluder relationskolonner | Hvis afkrydsningsfeltet er markeret, medtages kolonner, der kan have relationer til andre tabeller. Hvis dette afkrydsningsfelt ikke er markeret, kan du ikke se disse kolonner. |
| Timeout for forbindelse i sekunder | Angiver, hvor længe der skal ventes på et svar, når der interageres med Snowflake-tjenesten, før der returneres en fejl. Standard er 0 (ingen timeout). |
| Timeout for kommando i sekunder | Angiver, hvor længe der skal ventes på, at en forespørgsel fuldføres, før der returneres en fejl. Standard er 0 (ingen timeout). |
| Database | Angiver en bestemt database på lageret. Denne indstilling er kun tilgængelig i Power Query Desktop. |
| SQL-sætning | Du kan få flere oplysninger ved at gå til Importér data fra en database ved hjælp af oprindelig databaseforespørgsel. Denne indstilling er kun tilgængelig i Power Query Desktop. |
Når du har valgt de avancerede indstillinger, du har brug for, skal du vælge OK i Power Query Desktop eller Næste i Power Query Online for at oprette forbindelse til din Snowflake-database.
Implementering af Snowflake-connector 2.0
I januar 2025 introducerede vi en ny implementering af Snowflake-connectoren for at forbedre integrationen med Snowflake. Denne forbindelse har generelt været tilgængelig siden juli 2025. Vi anbefaler, at du opgraderer Power BI Desktop og den lokale datagateway til den nyeste version for at få de mest aktuelle funktioner. Giv os feedback for at hjælpe os med at fortsætte med at forbedre connectoren.
Snowflake-connectorimplementering 2.0 er bygget ved hjælp af ADBC-driveren ( Arrow Database Connectivity med åben kildekode). ADBC indeholder et sæt standardgrænseflader til interaktion med piledata, hvilket især er effektivt til hentning af store datasæt med minimale omkostninger og ingen serialisering eller kopiering. ADBC-driveren indeholder også sikkerhedsforbedringer, såsom hukommelsessikkerhed og affaldsindsamling. Derudover muliggør samarbejde med community'et med åben kildekode hurtigere opdateringer ved hjælp af moderne værktøjer og sikre SDL-processer (Development Lifecycle).
For at gøre det muligt for dig at drage fordel af disse forbedringer af ydeevnen og sikkerheden bruger alle nyoprettede forbindelser i Desktop automatisk 2.0-implementeringen fra juli 2025. Du kan også teste 2.0-implementeringen ved at opdatere dine eksisterende forespørgsler og tilføje flaget Implementation="2.0"Snowflake.Databases på følgende måde.
Source = Snowflake.Databases("contoso.snowflakecomputing.com", "CONTOSO_WH", [Implementation="2.0"])
For at hjælpe med at diagnosticere eventuelle problemer kan du finde detaljerne Implementation og DriverType i dine Miks-logge som følgende eksempel. Hvis du støder på et problem under overgangen, skal du kontakte support. I mellemtiden kan du fjerne Implementation="2.0" for at fortsætte med at bruge ODBC-connectoren for at undgå forretningsafbrydelse, før problemet er løst.
{
"Start":"2024-11-02T00:14:02.7968686Z",
"Action":"Engine/Module/Snowflake/IO/Snowflake/Implementation",
"ResourceKind":"Snowflake",
"ResourcePath":"powerbi.snowflakecomputing.com ;DEMO_WH",
"HostProcessId":"29200",
"Implementation":"2.0",
"DriverType":"ADBC",
"ProductVersion":"2.139.0.0 (Main)+eda56ecd858054173a4d11db9c63a6da5cf92a99",
"ActivityId":"106f16b6-cfbb-4853-9f20-ed45486486d2",
"Process":"Microsoft.Mashup.Container.NetFX45",
"Pid":38560,
"Tid":1,
"Duration":"00:00:00.0000291"
}
Følgende muligheder er tilgængelige siden juli 2025-udgivelsen:
-
UseHighPrecision: Styrer præcisionen af, hvordan Snowflake NUMBER(38,0) felter skal håndteres. Hvis der ikke er angivet en værdi, forespørger connectoren Snowflake ved hjælp af forespørgslenSHOW PARAMETERS LIKE 'ODBC_TREAT_DECIMAL_AS_INT'. Hvis der ikke er angivet nogen værdi, bruger connectoren den skala, der er angivet af kolonnen. Entrueværdi behandler NUMBER(38,0) som decimaltype. Værdienfalsebehandler NUMBER(38,0) som en Int64-type. Hvis skalaen er højere end 0, betragtes kolonnen som en dobbelttype. -
DateTimePrecision: Styrer nøjagtigheden af, hvordan Snowflake Timestamp-værdier behandles. Snowflake gemmer typisk tidsstempelværdier med præcision i nanosekunder. I ADBC kan denne præcision forårsage en overløbsundtagelse for datoer før 1677 eller efter 2262, ifølge Snowflake. Gyldige værdier for denne mulighed er null,nanoseconds, ellermicroseconds. En null-værdi brugesnanosecondssom standard. Vi anbefaler, at brugere, der har brug for datoer før 1677 eller efter 2262, bruger indstillingenmicroseconds. Hvis brugere har brug for at bevare præcisionen til den tiende millionte plads før 1677 eller efter 2262, anbefaler vi at blive hos ODBC-driveren.
Hvis du har brug for at bruge proxy til at oprette forbindelse til Snowflake, skal du se instruktionen for proxyindstilling. Driveren bruger miljøvariabler til proxyindstillingerne.
Følgende tabel indeholder et overblik over de stikforbedringer, der er udgivet i tidligere versioner:
| Release | Forbedring af stik |
|---|---|
| Juli 2025 | • Booleske kolonner returnerer booleske typer, hvilket løser problemet, hvor booleske kolonner blev behandlet som strengtyper i et tomt postsætskema (inklusive metadata). • Ny indstilling til at sætte maksimal tidsstempelpræcision til mikrosekunder. • Forbedret varighedsstøtte. • Tilføjet understøttelse af navigationsegenskaber til ADBC. • Forbedret sporing i ADBC-driveren, hvor "ActivityId" nu kan spores gennem driverlaget. |
| april 2025 | • Tilføjet understøttelse af Snowflake-forespørgselstag. Som eksempel: {"PowerQuery":true,"Host":"PBI_SemanticModel_MWC","HostContext":"PowerBIPremium-DirectQuery"} |
| Marts 2025 | • Forbedret ydeevne ved hentning af data fra Snowflake. • Aktiveret som standard i Power BI Desktop, så de nyoprettede forbindelser automatisk bruger den nye connector-implementering. • Løste problemet med visninger ikke synlige siden den seneste marts-udgivelse. |
| Februar 2025 | • Forbedret ydeevne ved at reducere antallet af metadata-kald. • Problemet med dublerede værdier for store resultatmængder løste. |
Note
Når du bruger datagatewayen i det lokale miljø, skal du være opmærksom på, at den minimale understøttede version er januar 2025. Vi anbefaler, at du bruger den nyeste version med de nyeste funktioner.
Note
Denne funktion understøttes i 64-bit versionen af Power BI Desktop og fungerer ikke i 32-bit versionen.
Troubleshooting
Fejl: SQL-kompileringsfejl: Objektet findes ikke, eller handlingen kan ikke udføres
Fejlen opstår, når systemet ikke kan finde det angivne objekt. Denne fejl skyldes ofte, at brugeren har angivet et ugyldigt databasenavn som standarddatabase.
Kontrollér, at der bruges et gyldigt standarddatabasenavn til egenskaben DEFAULT_NAMESPACE: DESC USERusername
Sådan opdaterer du standarddatabasenavnet: alter userusername set DEFAULT_NAMESPACE=<database name>.<schema name>. For mere information, gå til Snowflake-dokumentationen.
Begrænsninger og kendte problemer
Kendte problemer i Snowflake-connectorimplementering 2.0
I øjeblikket har implementeringen af Snowflake-connectoren 2.0 følgende kendte problemer. Der arbejdes løbende på at løse problemet, og dokumentationen opdateres, når der udgives en rettelse.
- Snowflake-forespørgsel med
count distinctlogik returnerer et forkert resultat. - Når du opretter relationer, opstår der fejl
Object reference not set to an instance of an object. Relationen kan stadig defineres, når du annullerer pop op-vinduet. - Øget hukommelsesforbrug. Den samlede indlæsningstid er typisk hurtigere ved hjælp af
Implementation="2.0", men hukommelsesforbruget kan også være højere, hvilket i nogle tilfælde forårsager problemer som f.eks.Resource Governing: This operation was canceled because there wasn't enough memory to finish running it. Either reduce the memory footprint of your dataset by doing things such as limiting the amount of imported data, or if using Power BI Premium, increase the memory of the Premium capacity where this dataset is hosted.
Løste problemer
Bindestreger i databasenavne
Hvis et databasenavn indeholder en bindestreg, kan du støde på en ODBC: ERROR[42000] SQL compilation error. Dette problem er løst i versionen fra september 2024.
Udsnitsvisualisering for boolesk datatype
Udsnitsvisualiseringen for den booleske datatype fungerer ikke som forventet i udgivelsen i juni 2024. Denne ikke-funktionsbaserede funktion er et kendt problem. Som en midlertidig løsning kan brugerne konvertere den booleske datatype i deres rapporter til tekst ved at navigere til: Overførsel –> Datatype –> Tekst. Der findes en rettelse i versionen fra oktober 2024.
Visninger, der ikke er synlige med Implementation="2.0"
I en version af marts 2025-udgivelsen af Power BI Desktop kan du opleve et problem, hvor visninger ikke er synlige, når du bruger Snowflake-connector-implementering 2.0 (Implementation="2.0"). Dette problem er løst siden den seneste marts 2025-udgivelse af Power BI Desktop. For at prøve igen, opgrader din installation.
TIMESTAMP_NTZ værdier er UTC med Implementation="2.0"
TIMESTAMP_LTZ typer bliver ikke konverteret til den lokale tidszone, men returnerer UTC-værdien, når man bruger Snowflake-connector-implementering 2.0 (Implementation="2.0"). Hvis du f.eks. gør SELECT CURRENT_TIMESTAMP fra Snowflake, returneres UTC-tiden, ikke brugerens lokale tidszone. Dette problem er løst i udgivelsen i juli 2025.
Indekset lå uden for matrixens grænser, da Implementation="2.0" blev brugt
I nogle scenarier udløses der en fejl, der angiver Index was outside the bounds of the array , når du bruger Snowflake-connectorimplementering 2.0 (Implementation="2.0"). Dette problem er løst i versionen fra juni 2025.