SQL Server

Microsoft SQL Server är ett hanteringssystem för relationsdatabaser som utvecklats av Microsoft. Anslut till SQL Server för att hantera data. Du kan utföra olika åtgärder som att skapa, uppdatera, hämta och ta bort på rader i en tabell.

Den här anslutningsappen är tillgänglig i följande produkter och regioner:

Tjänster	Class	Regioner
Copilot Studio	Premie	Alla Power Automate-regioner
Logiska appar	Norm	Alla Logic Apps-regioner
Power Apps	Premie	Alla Power Apps-regioner
Power Automate	Premie	Alla Power Automate-regioner

Metadata för anslutningsprogram
Utgivare	Microsoft

Anslutningsprogram på djupet

Den här artikeln beskriver åtgärderna för den hanterade SQL Server-anslutningsappen, som är tillgänglig för Azure Logic Apps, Power Automate och Power Apps. Den inbyggda SQL Server-anslutningsappen är endast tillgänglig för arbetsflöden för standardlogikappar i Azure Logic Apps.

• Mer information om den här anslutningsappen i Power Apps finns i Ansluta till SQL Server från Power Apps.
• Mer information om den inbyggda SQL Server-anslutningsappen och den hanterade anslutningsappen i Azure Logic Apps finns i Ansluta till SQL-databaser från arbetsflöden i Azure Logic Apps.

Authentication

Om du vill skapa anslutningar som inte är Microsoft Entra-ID (Microsoft Entra ID) använder du alternativet för autentisering av anslutningssträngar. Kontrollera att du anger samma servernamn och databasnamnsvärden som definierats i anslutningen.

Microsoft Entra ID-autentisering

Kända begränsningar med Microsoft Entra ID-autentisering

På grund av aktuella begränsningar i autentiseringspipelinen stöds inte Microsoft Entra ID-gästanvändare för Microsoft Entra-ID-anslutningar till SQL Server. Lös problemet genom att använda SQL Server-autentisering eller Windows-autentisering i stället.

Aktivera Microsoft Entra ID-autentisering för SQL Server

1. Konfigurera och etablera ditt konto som en SQL Microsoft Entra ID-medlem (Microsoft Entra ID). Mer information finns i Konfigurera och hantera Microsoft Entra ID-autentisering med Azure SQL.

2. Konfigurera din Microsoft Entra-ID-administratör på SQL-servern.

   1. I Azure-portalen går du till DEN SQL-server där du vill aktivera Microsoft Entra-ID-autentisering.
   2. På din SQL Server-resursmeny går du till Inställningar och väljer Microsoft Entra-ID.
   3. I verktygsfältet Microsoft Entra ID väljer du Ange administratör.
   4. Leta upp och välj ett Microsoft Entra-ID-användarkonto i den aktuella klientorganisationen för att göra dem till serveradministratör. Spara dina ändringar.

3. I din Microsoft Entra ID-klientorganisation skapar och registrerar du ett Microsoft Entra-ID-program för åtkomst till din SQL-databas. Mer information finns i SQL Server – Konfigurera Microsoft Entra ID-autentisering.

   1. I Azure-portalen går du till din Microsoft Entra ID-klientorganisation där du vill skapa Microsoft Entra-ID-programmet.

   2. På klientmenyn går du till Hantera och väljer Appregistreringar>Ny registrering.

   3. Ange ett namn för programmet i fönstret Registrera ett program . Kom ihåg det här namnet så att du senare kan skapa en användare och bevilja rollåtkomst till din SQL-databas.

   4. När du är klar väljer du Registrera, vilket skapar Microsoft Entra-ID-programmet.

   5. I fönstret Appregistreringar väljer du ditt nya Microsoft Entra-ID-program. På programmenyn väljer du Certifikat och hemligheter>Ny klienthemlighet.

   6. Ange en beskrivning för hemligheten och välj ett förfallodatum.

4. Logga in på SQL-servern och databasen med autentiseringsuppgifterna för det Microsoft Entra-ID-användarkonto som du har konfigurerat som serveradministratör.

5. I DIN SQL-databas skapar du en innesluten användare som representerar Microsoft Entra-ID-programmet. Det här steget kräver Microsoft SQL Server Management Studio (SSMS).

   Följande steg tilldelar rollerna db_datareader för och db_datawriter till Microsoft Entra-ID-programmet med namnet example-Azure-AD-application-name. När du kör de angivna kommandona ska du komma ihåg att ersätta example-Azure-AD-application-name med namnet på ditt Microsoft Entra-ID-program och tilldela de roller som krävs för dina behov.

   1. Starta SSMS och anslut till DEN SQL-server där Microsoft Entra ID-programmet kommer åt.

   2. I Autentisering använder du Active Directory – Universal med MFA-stöd och det Microsoft Entra-ID-konto som du har konfigurerat som serveradministratör.

   3. Expandera mappen Databaser i Objektutforskaren.

   4. Leta upp databasen, öppna snabbmenyn för databasen och välj Ny fråga.

   5. I frågefönstret kör du följande kommando för att länka Microsoft Entra-ID-programmet till en ny användare i databasen:

      CREATE USER [example-Azure-AD-app-name] FROM EXTERNAL PROVIDER
      

   6. Rensa frågefönstret. Kör sedan följande kommando för att tilldela db_datareader rollen till Microsoft Entra ID-programmet:

      ALTER ROLE db_datareader ADD MEMBER [example-Azure-AD-application-name]
      

   7. Upprepa föregående steg för att tilldela db_datawriter rollen till Microsoft Entra-ID-programmet:

      ALTER ROLE db_datawriter ADD MEMBER [example-Azure-AD-application-name]
      

Hanterad identitetsautentisering

För närvarande stöder endast Azure Logic Apps hanterad identitetsautentisering för SQL Server-anslutningsappen.

Tjänstens huvudautentisering

Konfigurera hanterad identitet i logikappen

1. Gå till din logikappresurs i Azure-portalen.

2. Aktivera antingen den systemtilldelade identiteten eller den användartilldelade identiteten. Om du inte har någon användartilldelad identitet måste du först skapa den identiteten. Mer information finns i Autentisera åtkomst till Azure-resurser med hanterade identiteter i Azure Logic Apps.

3. Om du har valt användartilldelad identitet kontrollerar du att du har lagt till den identiteten i logikappresursen.

   1. I Azure-portalen bläddrar du till logikappresursen där du vill använda den hanterade identiteten.
   2. På navigeringsmenyn för logikappen går du till Inställningar och väljer Identitet.
   3. På fliken Användartilldelade väljer du Lägg till.
   4. Välj den hanterade identitet som ska användas och välj Lägg till.

Konfigurera SQL Server för hanterad identitetsautentisering

1. Konfigurera din Microsoft Entra-ID-administratör på SQL-servern.

   1. I Azure-portalen bläddrar du till DEN SQL-server där du vill aktivera Microsoft Entra-ID-autentisering.
   2. På din SQL Server-resursmeny går du till Inställningar och väljer Microsoft Entra-ID.
   3. I verktygsfältet Microsoft Entra ID väljer du Ange administratör.
   4. Leta upp och välj ett Microsoft Entra-ID-användarkonto i den aktuella klientorganisationen för att göra dem till serveradministratör. Spara dina ändringar.

2. I SQL-databasen skapar du en innesluten användare som representerar den hanterade identiteten. Det här steget kräver Microsoft SQL Server Management Studio (SSMS).

   Följande steg tilldelar rollen db_datareader till en hanterad identitet med namnet example-managed-identity-name. När du kör de angivna kommandona ska du komma ihåg att ersätta example-managed-identity-name med namnet på din hanterade identitet och tilldela rätt roll för dina behov. Det går till exempel db_datareader inte att köra skrivåtgärder.

   1. Starta SSMS och anslut till DEN SQL-server där den hanterade identiteten kommer åt.

   2. I Autentisering använder du Active Directory – Universal med MFA-stöd och det Microsoft Entra-ID-konto som du har konfigurerat som serveradministratör.

   3. Expandera mappen Databaser i Objektutforskaren.

   4. Leta upp databasen, öppna snabbmenyn för databasen och välj Ny fråga.

   5. I frågefönstret kör du följande kommando för att länka den hanterade identiteten till en ny användare i databasen:

      CREATE USER [example-managed-identity-name] FROM EXTERNAL PROVIDER
      

   6. Rensa frågefönstret. Kör sedan följande kommando för att tilldela en roll till hanteringsidentiteten:

      ALTER ROLE db_datareader ADD MEMBER [example-managed-identity-name]
      

      Anmärkning

      Om du tilldelar roller till den hanterade identiteten på databasnivå har identiteten inte de omfång som krävs för att visa alla databaser. När du väljer från listan Databasnamn i en SQL-utlösare eller -åtgärd får du ett fel som i följande exempel:

      Couldn't retrieve values. Error code: 'Unauthorized', Message: 'Credentials are missing or not valid'.
      Inner exception: The credentials provided for the SQL source are invalid
      

      För att lösa det här problemet har du följande alternativ:

      • Tilldela en roll på servernivå som kan lista alla databaser till den hanterade identiteten.
      • I SQL-utlösaren eller -åtgärden anger du databasnamnet med alternativet Ange anpassat värde .

Mer information finns i följande dokumentation:

• Autentisera åtkomst till Azure-resurser med hanterade identiteter i Azure Logic Apps
• Självstudie: Använda en systemtilldelad hanterad identitet för en virtuell Windows-dator för att få åtkomst till Azure SQL
• Konfigurera och hantera Microsoft Entra ID-autentisering med Azure SQL
• Roller på databasnivå
• Roller på servernivå

Stöd för virtuellt nätverk

När anslutningsappen används i en Power Platform miljö som är länkad till en Virtual Network gäller begränsningar:

• Följande åtgärder är de enda åtgärder som stöds:

  • Ta bort rad (V2)
  • Köra en SQL-fråga (V2)
  • Hämta rad (V2)
  • Hämta rader (V2)
  • Hämta tabeller (V2)
  • Infoga rad (V2)
  • Uppdatera rad (V2)
  • Kör lagrad procedur (V2)

• Alla åtgärder utanför den här listan returnerar felet "403 Obehörig"

• Lokal datagateway stöds inte

• När du använder integrerad Microsoft Entra-ID-autentisering anger du databasnamnet manuellt som ett anpassat värde

Kända problem och begränsningar med åtgärder

Kort beskrivning	Operations	Lång beskrivning
Få deterministiska resultat i en åtgärdsutdata	Hämta rader (V2)	Användning av parametern Order By rekommenderas för att få deterministiska resultat i åtgärdsutdata. Om Order By inte anges används primära nycklar eller unika nycklar av SQL Server som standard. Icke-deterministiska resultat kan orsaka problem, till exempel duplicera poster i åtgärdsutdata när sidnumrering är aktiverat. SQL-vyer stöder inte primärnyckel, vilket är begränsningen från själva SQL Server.
Köra ett begränsat stöd för SQL-frågor	Köra en SQL-fråga (V2)	Stöds inte för lokal SQL Server.
Allmänna CRUD-krav	Hämta rad (V2) Hämta rader (V2) Uppdatera rad (V2) Ta bort rad (V2)	Strängvärden kommer att trimmas vid användning av Azure SQL-instanser. Därför konverteras tomma strängar till tomma strängar. För INSERT- och UPDATE-åtgärder returnerar anslutningsappen de uppdaterade raderna. Detta kräver att anslutningen måste ha behörighet att läsa data från SQL Server också. En primärnyckel krävs för följande åtgärder: - GetItem - PatchItem – DeleteItem
Stöd för sammansättningstransformeringsparameter	Hämta rader (V2)	Endast följande aggregeringstransformeringar stöds: - filter: Tillåter filtrering av indatauppsättning. Stöder samma uttryck som $filter. Exempel: filter(ColName1 eq 1). - aggregate: Tillåter sammansättning med någon av följande metoder: average, max, min, , sum, countdistinct. Exempel: aggregate(ColName2 with max as MaxValue). Du kan kombinera flera operatorer avgränsade med snedstreck för att uttrycka att de tillämpas i följd. Det innebär att resultatet av varje transformering är indata till nästa transformering. Exempel: filter(ColName1 eq 4)/aggregate(ColName2 with sum as MaxWorkItemId).
Den formella parameterns datatyp åsidosättas när en SQL-fråga körs	Köra en SQL-fråga [INAKTUELL] Köra en SQL-fråga (V2)	Datatypen som anges när du definierar en formell parameter i en SQL-fråga kan åsidosättas eftersom den underliggande implementeringen av anslutningsappen avgör typen via det angivna värdet för parametern.
IN-operator som använder formella parametrar kräver att angivna värden definieras separat	Köra en SQL-fråga (V2)	När du använder formella parametrar med IN-operatorn måste alla angivna värden definieras separat i stället för som en enda formell parameter som innehåller flera kommaavgränsade värden. Exempel: SELECT * FROM tableName WHERE columnName IN (@formalParameterA, @formalParameterB, @formalParameterC).
Fel vid användning av Azure Sql DataWareHouse DB	Infoga rad (V2)	Användning av Azure SQL Datawarehouse DB i Power Apps resulterar i fel på grund av ett syntaxmatchningsfel i anslutningsappens körning på databasen. Skapa ett flöde med Azure SQL Datawarehouse-anslutningsappen i Power Automate, utlös det från PowerApps eller skapa en fråga och använd det i åtgärden Kör en SQL-fråga (V2).

Kända problem och begränsningar med utlösare

Anmärkning

Om du inaktiverar och aktiverar ett flöde återställs inte utlösartillståndet.

Kort beskrivning	Operations	Lång beskrivning
Ändra ett objekt: radåtgärder	När ett objekt ändras (V2)	Utlöses på både INSERT- och UPDATE-radåtgärder.
Ändra ett objekt: kolumnkrav	När ett objekt ändras (V2)	En ROWVERSION-kolumn krävs.
Skapa ett objekt: kolumnkrav	När ett objekt skapas (V2)	En identitetskolumn krävs.
Skapa ett objekt	När ett objekt skapas (V2)	Använd den senaste infogade radens identitetskolumnvärde som tröskelvärde (utlösartillstånd) för att identifiera nyligen infogade rader senare. Logiken förutsätter att varje ny rads identitet måste vara större än den tidigare. Om identitetssekvensen återställs för en tabell på grund av explicit t-sql-kommando eller tabelltrunkering hoppar utlösarlogiken över nya rader för det befintliga flödet. Det finns två möjliga lösningar: Först kan du återställa flödesutlösartillståndet genom att uppdatera kortet för utlösaråtgärd (till exempel byta namn på det, uppdatera parametrar eller lägga till en ny anslutning) och spara ändringarna. Eller så kan du återställa måltabellens identitetssekvens med hjälp av följande metod.

Allmänna kända problem och begränsningar

• Infoga och uppdatera till en tabell fungerar inte om du har definierat en SQL-utlösare på serversidan i tabellen.

  För att lösa det här problemet har du följande alternativ:

  • Använd en lagrad procedur eller intern fråga.
  • Ta bort utlösaren från SQL-tabellen.

• Följande begränsningar gäller för användning av SQL-anslutningsappen med en lokal SQL-server:

  • Den lägsta version som stöds för lokal SQL Server är SQL Server 2005.
  • Storleksgränsen för begäran är 2 MB via lokal SQL Server.
  • Svarsstorleksgränsen är 8 MB via lokal SQL Server.

• Följande begränsningar gäller för att anropa en lagrad procedur på en lokal SQL-server via en gateway:

  • Utdatavärden för OUTPUT parametrar returneras inte. Du kan fortfarande ange indatavärden för OUTPUT parametrar.
  • ResultSets-värdet är otypat.
  • Returvärdet är inte tillgängligt.
  • Endast den första resultatuppsättningen returneras.
  • Dynamics-scheman stöds inte för resultatuppsättningar.

• Följande datatyper kan inte användas som frågealternativpredikat:

  • date
  • datetime
  • datetime2
  • smalldatetime

• Det går inte att ställa in Force Encryption. Som standard skyddar SQL Database och SQL Managed Instance kunddata genom att kryptera data i rörelse med TLS (Transport Layer Security). Mer information finns i Översikt över Azure SQL-säkerhet.

• Stöd för flera resultatuppsättningar är för närvarande begränsat för sql-intern frågekörning. Endast resultatuppsättningar, upp till den första tomma en resultatuppsättningen, returneras.

  Lös problemet genom att använda lagrade procedurer.

• När SQL-frågor och lagrade procedurer har körts ska resultatuppsättningsschemat innehålla unika kolumnnamn som inte är tomma.

• För alla åtgärder i den lagrade proceduren som returnerar en uppsättning resultat, till exempel en inre SELECT instruktion, bör resultatuppsättningsschemat innehålla unika kolumnnamn som inte är tomma.

• Om körningstiden överskrider 110 sekunder för en SQL-fråga eller en lagrad procedur kommer åtgärderna att överskrida tidsgränsen.

  Information om hur du kringgår den här begränsningen i Azure Logic Apps och lär dig hur du kör tidskrävande lagrade procedurer finns i Tidskrävande SQL-lagrade procedurer i Logic Apps.

• I Azure Logic Apps kan du bara komma åt den privata slutpunkten på SQL Server inifrån en integrationstjänstmiljö (ISE). Mer information finns i Åtkomst till virtuella Azure-nätverk.

• När du skapar en fråga med många filter kan följande fel inträffa: "OData-frågesyntaxträdet har överskridit gränsen för antal noder på '100'. Försök att förenkla OData-frågeparametrar". För att undvika det här problemet optimerar du filtreringsvillkoren för att minska antalet (till exempel genom att använda intervall).

• Vi rekommenderar inte att du lagrar stora mängder data (mer än 30 MB) i måltabellfälten (e.g. xml eller textdatatyper). Det kan leda till en significamt prestandaförsämring av åtgärder och utlösare, vilket orsakar 504 timeout-fel. Använd parametern "Välj fråga" för att endast inkludera relativt små fält och undvika stora utdatafält. Eller använd specialiserade fillagringar i stället, till exempel Azure Blob Storage.

• CRUD-åtgärder stöds inte för Azure Synapse-källor på grund av brist på stöd för OUTPUT-satser. Vi rekommenderar starkt att du använder en dedikerad Azure SQL Data Warehouse-anslutning i stället.

• Power Platform- och Logic Apps-navigatörsvyer är begränsade till en liststorlek på 10 000 tabeller.

• Databasschema som inte överensstämmer med OData-standardidentifierare stöds inte (kolumnnamn som börjar med nummer, som innehåller surrogatpartecken osv.). Kunder kan antingen använda en vy för att abstrahera namnet på kolumnerna eller använda SQL Extended-egenskaper för att hantera användningen av kompletterande plantecken som håller dem åtskilda från databasschemat. Se: Lägg till en utökad egenskap i en kolumn i en tabell.

• När du använder SQL-anslutningsappen som datakälla för virtuella tabeller måste server- och databasvärdena matcha mellan källdatauppsättningen och anslutningen som används. När du använder SQL-autentisering kan datauppsättningsvärdena anges till standard, standard eftersom anslutningen redan innehåller server- och databasvärden. Om datamängdens anslutningsvärden uttryckligen anges måste de matcha anslutningsfelen, till exempel "Något gick fel. Vi kunde inte öppna ditt bord. Försök att läsa in eller öppna igen." eller "ogiltig datakälla" kan inträffa.

• När schemaändringar sker i vyer som används i Power Automate-flöden kan utlösare inte utlösas förrän en ny anslutning har skapats mot den uppdaterade vyn. Det räcker inte att uppdatera anslutningen för att återställa utlösaren mot uppdaterade vyer.

• TDS-protokoll 8.0 (Tabular Data Stream) stöds för närvarande inte av SQL-anslutningsappen.

Särskilda begränsningsgränser

• I olika fall har SQL-anslutningsappen olika begränsningsgränser. I följande tabell innehåller inbyggda åtgärder SQL-lagrad procedur och SQL Query. CRUD står för åtgärder för att skapa, läsa, uppdatera och ta bort.

• Tillsammans med begränsningarna nedan tillämpas även begränsning på connectionID-nivå baserat på den totala tid som tidigare begäranden har lagt ned under en viss tidsperiod.

Tjänster	Miljö	Operations	Namn	Anrop	Förnyelseperiod (sekunder)
Logic Apps och Power Automate	Delad miljö	Native	API-anrop per anslutning	500	10
Logic Apps och Power Automate	Delad miljö	CRUD	API-anrop per anslutning	100	10
Logic Apps och Power Automate	Delad miljö	Native	Samtidiga anrop per anslutning	200	-
Logic Apps och Power Automate	Delad miljö	CRUD	Samtidiga anrop per anslutning	125	-
Power Apps	Delad miljö	Allt	API-anrop per användare	300	30
Power Apps	Delad miljö	Allt	Samtidiga anrop per anslutning	125	-

Anmärkning

Samtidiga anrop är antalet pågående begäranden som en viss anslutning kan göra. Med inbyggda Azure Logic Apps-anrop kan till exempel en enda anslutning göra 200 samtidiga anrop. Efterföljande anrop returnerar ett 429-fel om alla 200 anrop fortfarande körs. Det finns ingen tidsgräns eftersom anropen kan ta en godtycklig tid. Poängen med anropsgränsen är dock att förhindra för många långvariga frågor från en enda anslutning och negativt påverka andra anslutningar.

Om en anslutning till exempel gör 200 anrop samtidigt och varje anrop tar 50 sekunder att köra, misslyckas alla andra anrop med ett 429-fel under de kommande 50 sekunderna. När en eller flera frågor har slutfört körningen och resultaten returneras bearbetas efterföljande anrop.

Power Apps mappningar av datatyp

Se Power Apps SQL-dokumentationen

Power Apps-funktioner och åtgärder som kan delegeras till SQL Server

Se dokumentationen om Power Apps SQL-delegering

Formella parametrar i åtgärder

Kör en SQL-fråga [DEPRECATED] och Kör en SQL-fråga (V2) åtgärder tillåter användning av formella parametrar. De definieras som nyckel/värde-par, där key är parameternamnet och value är SQL-datatypen, till exempel INT eller NVARCHAR(255). När du har definierat namn och datatyp visas ett nytt indatafält för värdet.

Migrera V1-åtgärder till V2-motsvarigheten

Följ stegen här för att migrera från en V1-åtgärd till dess V2-motsvarighet.

Viktigt!

Innan du påbörjar migreringen sparar du alltid en kopia av logikappen, Power Automate-flödet eller Power App för att få en säkerhetskopia.

Anmärkning

Alla V2-åtgärder har två extra parametrar: Server Name, och Database Name. Detta gör det möjligt för V2-åtgärder att stödja Microsoft Entra ID-autentiseringar.

Åtgärdstyp	V1-åtgärd	Motsvarande V2-åtgärd
Åtgärd	Ta bort rad [INAKTUELL]	Ta bort rad (V2)
Åtgärd	Köra en SQL-fråga [INAKTUELL]	Köra en SQL-fråga (V2)
Åtgärd	Kör lagrad procedur	Kör lagrad procedur (V2)
Åtgärd	Hämta rad [INAKTUELL]	Hämta rad (V2)
Åtgärd	Hämta rader [INAKTUELL]	Hämta rader (V2)
Åtgärd	Infoga rad [INAKTUELL]	Infoga rad (V2)
Åtgärd	Visar tabeller som exponeras av anslutningen [INAKTUELL]	Hämta tabeller (V2)
Åtgärd	Uppdatera rad [INAKTUELL]	Uppdatera rad (V2)
Trigger	När ett objekt skapas [INAKTUELL]	När ett objekt skapas (V2)
Trigger	När ett objekt ändras [INAKTUELL]	När ett objekt ändras (V2)

Identifiera V1-åtgärder

Power Automate

För Power Automate-åtgärder öppnar du SQL Server-åtgärdens Code View och kontrollerar host.operationId värdet. Om värdet matchar något av de SQL Server V1-åtgärds-ID:t som anges ovan måste åtgärden migreras till dess V2-motsvarighet.

Åtgärden måste till exempel PatchItem migreras till PatchItem_V2.

Logic Apps

Så här får du en översikt över Logic Apps som innehåller minst en SQL Server V1-åtgärd:

1. Öppna Azure-portalen

2. Öppna Azure Resource Graph Explorer

3. Ange ditt prenumerations-ID i platshållaren och kör frågan nedan för att få en sammanfattning av de Logic Apps som behöver din uppmärksamhet och antalet SQL Server V1-åtgärder i var och en av dem.

   • Azure Resource Graph Explorer-skript för att identifiera Logic Apps med V1-åtgärder.

     resources
     | where subscriptionId == "<subscription-id>"
     | where type == "microsoft.logic/workflows"
     | extend propertiesJson=parse_json(properties)
     | extend actionsJson=propertiesJson["definition"]["actions"]
     | mv-expand actionsJson
     | where notnull(actionsJson)
     | extend path=extract("\"path\":\"(.*?)\"", 1, tostring(actionsJson))
     | where notnull(path) and path startswith "/datasets/default/"
     | extend actionConnectionName=extract("\"connection\":{\"name\":\"(.*?)\"}", 1, tostring(actionsJson))
     | where notnull(actionConnectionName)
     | parse actionConnectionName with "@parameters('$connections')['"parsedActionConnectionName"']['connectionId']"
     | extend tmpConnection = propertiesJson["parameters"]["$connections"]["value"][parsedActionConnectionName]
     | where notnull(tmpConnection)
     | extend connectionId=extract("\"id\":\"(.*?)\"", 1, tostring(tmpConnection))
     | where notnull(connectionId) and connectionId endswith "/managedApis/sql"
     | project id, name, resourceGroup, actionsJson
     | summarize v1ActionCount = count() by resourceGroup, logicAppName = name
     

   • Azure Resource Graph Explorer-skript för att identifiera Logic Apps med V1-utlösare.

     resources
     | where subscriptionId == "<subscription-id>"
     | where type == "microsoft.logic/workflows"
     | extend propertiesJson=parse_json(properties)
     | extend triggersJson=propertiesJson["definition"]["triggers"]
     | mv-expand triggersJson
     | where notnull(triggersJson)
     | extend path=extract("\"path\":\"(.*?)\"", 1, tostring(triggersJson))
     | where notnull(path) and path startswith "/datasets/default/"
     | extend triggerConnectionName=extract("\"connection\":{\"name\":\"(.*?)\"}", 1, tostring(triggersJson))
     | where notnull(triggerConnectionName)
     | parse triggerConnectionName with "@parameters('$connections')['"parsedTriggerConnectionName"']['connectionId']"
     | extend tmpConnection = propertiesJson["parameters"]["$connections"]["value"][parsedTriggerConnectionName]
     | where notnull(tmpConnection)
     | extend connectionId=extract("\"id\":\"(.*?)\"", 1, tostring(tmpConnection))
     | where notnull(connectionId) and connectionId endswith "/managedApis/sql"
     | project id, name, resourceGroup, triggersJson
     | summarize v1TriggerCount = count() by resourceGroup, logicAppName = name
     

Migrera till V2-åtgärder på UX

Migrera Logic Apps och Power Automate-automatisering

1. Öppna logikappen eller Power Automate-flödet som innehåller V1-åtgärden.

2. Lägg till en åtgärd precis före eller efter V1-åtgärden som du vill uppdatera.

   

3. Klicka på SQL Server-anslutningsappen och leta efter V2-motsvarigheten till åtgärden som migreras.

   

4. Välj den anslutning som ska användas för V2-åtgärden.

   Tips/Råd

   V2-åtgärder stöder autentiseringstyper för Microsoft Entra-ID. Logic Apps stöder även Azure Logic Apps stöder hanterad identitetsautentisering på V2-åtgärder.

   Mer information finns i avsnittet Autentisering .

5. Ange servernamnet.

   • Om du använder Windows Authentication eller SQL Server Authenticationväljer du servernamnet i listrutan.

     

   • Om du använder Service principal, Microsoft Entra ID eller Managed Identity autentiseringstyp, klickar du på "Ange anpassat värde" i listrutan och anger sedan servernamnet.

     

6. Ange databasen genom att välja den i listrutan.

   

7. Ange återstående parametrar så att de är samma som V1-åtgärden.

8. När du har konfigurerat V1-åtgärden tar du bort V2-åtgärden.

   

   Viktigt!

   Om du tar bort V1-åtgärden tas allt dynamiskt innehåll från V1 bort. Dynamiskt V2-innehåll måste läggas till igen.

Migrera Power Apps

1. Öppna den app som behöver uppdateras.

2. Ta bort alla SQL-datakällor.

   Anmärkning

   Formler som använder de borttagna datakällorna visar ett fel, detta förväntas och åtgärdas vid nästa steg.

   

3. Öppna fliken Kommande funktioner i Inställningar och skriv in "SQL" i sökrutan. Funktionen "Aktivera utökad Microsoft SQL Server-anslutningsapp" visas.

   

4. Aktivera funktionen "Aktivera utökad Microsoft SQL Server-anslutningsapp".

   Anmärkning

   Den här funktionen är aktiverad som standard för alla nya Power Apps.

   

5. Läste datakällan.

   

6. Kontrollera appbeteendet, särskilt för tabeller som hanterar DateTime-datatyper.

7. Spara appen.

Migrera åtgärder via kodvyn i Azure Logic Apps

För mer komplexa scenarier kan åtgärder migreras genom att uppdatera definitionen av arbetsflödet.

1. Identifiera namnet på de åtgärder (utlösare och/eller åtgärder) som måste migreras i logikappen.

2. Öppna designern för logikappen som ska ändras och klicka på "Kodvy".

   

3. För varje åtgärd som måste migreras:

   1. Hitta egenskapen för åtgärds- eller utlösarsökväg
   2. Ersätt /datasets/default/ i sökvägsegenskapen med /v2/datasets/@{encodeURIComponent(encodeURIComponent('default'))},@{encodeURIComponent(encodeURIComponent('default'))}/.

4. När alla åtgärder har uppdaterats klickar du på "Designer".

   

5. Kontrollera att alla åtgärder har migrerats.

   • Server- och databasnamnet ska fyllas i med anslutningens värden.
   • Alla andra parametrar bör också fyllas i.

   

6. Spara och testa logikappen.

Tips/Råd

Om du vill kan åtgärdens namn och anslutning uppdateras när åtgärderna har migrerats till V2-versionen.

Här är ett exempel på migrering av Hämta rader [INAKTUELL].

1. Öppna "Kodvy".

2. Leta reda på åtgärden "Hämta rader [INAKTUELLT]".

   "actions": {
     "Get_rows_[DEPRECATED]": {
       "inputs": {
         "host": {
           "connection": {"name": "..."},
           "method": "get",
           "path": "/datasets/default/tables/.../items"
         },
         "runAfter": {},
         "type": "ApiConnection"
       }
     }
   }
   

3. Uppdatera datamängdssegmentet för sökvägen med den angivna ersättningen ovan.

   "actions": {
     "Get_rows_[DEPRECATED]": {
       "inputs": {
         "host": {
           "connection": {"name": "..."},
           "method": "get",
           "path": "/v2/datasets/@{encodeURIComponent(encodeURIComponent('default'))},@{encodeURIComponent(encodeURIComponent('default'))}/tables/.../items"
         },
         "runAfter": {},
         "type": "ApiConnection"
       }
     }
   }
   

4. Klicka på Designer för att gå tillbaka till den inledande vyn och kontrollera att åtgärden har fyllts i korrekt.

Migrera åtgärder via redigering av flödesdefinitionen

1. Identifiera namnet på de åtgärder (utlösare och/eller åtgärder) som måste migreras i logikappen.

2. Exportera flödet som ett paket (ZIP).

   

3. Extrahera ZIP-filen.

4. Öppna mappen där ZIP extraherades.

5. Gå till Microsoft.Flow, sedan flowsoch sedan den GUID-namngivna mappen.

6. Öppna filen definition.json i en textredigerare.

   • Formatera JSON för att förbättra läsbarheten.

7. För varje åtgärd som måste migreras:

   1. Hitta åtgärden eller utlösaregenskapen

   2. Uppdatera inputs.host.operationId egenskapen till V2-motsvarigheten. Du hittar värdet i dokumentationen för åtgärden.

      

   3. Lägg till inputs.parameters i två egenskaper:

      • server med värde default
      • database med värde default

8. Spara definition.json-filen

9. Gå tillbaka till platsen där manifest.json och Microsoft.Flow finns

10. Välj både Microsoft.Flow och manifest.jsonoch komprimera till en ZIP-fil.

    Viktigt!

    Kontrollera att den nya ZIP-filen har exakt samma fil- och mappstruktur som den ursprungliga ZIP-filen.

    Mappen Microsoft.Flow och filen manifest.json måste finnas i roten för den nya ZIP-filen. Om du inte har samma struktur uppstår fel när paketet laddas upp.

    

11. Navigera till dina flöden i Power Automate.

12. Importera det uppdaterade flödet genom att importera paketet. Välj den nyligen skapade ZIP-filen och ladda upp paketet.

    

13. Välj importkonfigurationen (importera/skapa en ny) och välj de anslutningar som ska användas av flödet.

14. När importen är klar öppnar du det nya/uppdaterade flödet.

15. Kontrollera att åtgärderna har uppdaterats

• Server- och databasnamnet ska fyllas i med anslutningens värden.

• Alla andra parametrar bör också fyllas i.

  

Tips/Råd

Om du vill kan åtgärdens namn och anslutning uppdateras på UX när åtgärderna har migrerats till V2-versionen.

Här är ett exempel på migrering av Kör en SQL-fråga [INAKTUELL].

1. Öppna "Kodvy".

2. Leta reda på åtgärden "Kör en SQL-fråga [INAKTUELL]".

   "actions": {
     "Execute_a_SQL_query_[DEPRECATED]": {
       // ...
       "inputs": {
         "host": {
           // ...
           "operationId": "ExecutePassThroughNativeQuery"
         },
         "parameters": {
           "query/query": "SELECT * from [dbo].[SampleTable] WHERE AnyId = 42",
         },
         // ..
       }
     }
   }
   

3. Uppdatera åtgärds-ID:t med motsvarande V2-åtgärds-ID och lägg sedan till server- och databasparametrarna med det default värde som anges ovan.

   "actions": {
     "Execute_a_SQL_query_[DEPRECATED]": {
       // ...
       "inputs": {
         "host": {
           // ...
           "operationId": "ExecutePassThroughNativeQuery_V2"
         },
         "parameters": {
           "server": "default",
           "database": "default",
           "query/query": "SELECT * from [dbo].[SampleTable] WHERE AnyId = 42",
         },
         // ..
       }
     }
   }
   
   

Viktigt!

Microsoft Entra ID-integrerade (Azure Commercial) -anslutningar är inaktiverade i GCC-miljöer (US Government) som standard. Om du vill aktivera de här typerna av anslutningar måste inställningen Anslut till Azure Commercial aktiveras i administrationscentret för Power Platform av en klientadministratör.

Om du aktiverar den här inställningen kan du ansluta till resurser i Azure Commercial som använder och skickar data utanför power platform us government-efterlevnadsgränsen. Detta används specifikt för att ge åtkomst till kommersiella resurser från GCC-molnversioner av Power Platform Connectors.

Microsoft Entra ID Integrated (Azure Commercial) är den enda autentiseringstyp som fungerar från GCC-miljöer (US Government) till Azure Commercial-resurser.

Kommersiell Azure-autentisering inaktiverad som standard:

Inställningen Anslut till Azure Commercial i administrationscentret för Power Platform:

Skapa en anslutning

Anslutningsappen stöder följande autentiseringstyper:

Autentisering av klientcertifikat	Ange autentiseringsuppgifter för Microsoft Entra-ID med PFX-certifikat och lösenord	Alla regioner	Shareable
Microsoft Entra-ID integrerat	Använd Microsoft Entra-ID för att komma åt din SQL-databas.	Alla regioner utom US Government (GCC)	Går inte att dela
Microsoft Entra ID Integrated (Azure Commercial)	Använd Microsoft Entra-ID för att komma åt din SQL-databas i Azure Commercial.	Endast amerikanska myndigheter (GCC)	Går inte att dela
Microsoft Entra ID Integrated (Azure Government)	Använd Microsoft Entra-ID för att komma åt din SQL-databas i Azure Government.	Endast amerikanska myndigheter (GCC)	Går inte att dela
Tjänstens huvudnamn (Microsoft Entra ID-program)	Använd Microsoft Entra ID-programmet för att komma åt din SQL-databas.	Alla regioner	Shareable
SQL Server-autentisering	Använd ett kontonamn och lösenord för att komma åt din SQL-databas.	Alla regioner	Shareable
Windows-autentisering	Använd ett lokalt Microsoft Entra-ID-kontonamn och lösenord för att få åtkomst till din SQL-databas.	Alla regioner	Shareable
Windows-autentisering (ej delad)	Använd ett lokalt Microsoft Entra-ID-kontonamn och lösenord för att få åtkomst till din SQL-databas.	Alla regioner	Går inte att dela
Standard [INAKTUELL]	Det här alternativet är endast för äldre anslutningar utan en explicit autentiseringstyp och tillhandahålls endast för bakåtkompatibilitet.	Alla regioner	Går inte att dela

Autentisering av klientcertifikat

Autentiserings-ID: certOauth

Tillämpligt: Alla regioner

Ange autentiseringsuppgifter för Microsoft Entra-ID med PFX-certifikat och lösenord

Det här är en delningsbar anslutning. Om power-appen delas med en annan användare delas även anslutningen. Mer information finns i Översikt över anslutningsappar för arbetsyteappar – Power Apps | Microsoft Docs

Namn	Typ	Description	Krävs
Hyresgäst	snöre		Sann
Klient-ID	snöre	Klient-ID för för Microsoft Entra-ID-programmet
Klientcertifikathemlighet	klientcertifikat	Klientcertifikathemligheten som tillåts av det här programmet	Sann

Microsoft Entra-ID integrerat

Autentiserings-ID: oauth

Tillämpligt: Alla regioner utom US Government (GCC)

Använd Microsoft Entra-ID för att komma åt din SQL-databas.

Det här är inte delningsbar anslutning. Om power-appen delas med en annan användare uppmanas en annan användare att skapa en ny anslutning explicit.

Microsoft Entra ID Integrated (Azure Commercial)

Autentiserings-ID: oauthCom

Tillämpligt: Endast amerikanska myndigheter (GCC)

Använd Microsoft Entra-ID för att komma åt din SQL-databas i Azure Commercial.

Det här är inte delningsbar anslutning. Om power-appen delas med en annan användare uppmanas en annan användare att skapa en ny anslutning explicit.

Microsoft Entra ID Integrated (Azure Government)

Autentiserings-ID: oauth

Tillämpligt: Endast amerikanska myndigheter (GCC)

Använd Microsoft Entra-ID för att komma åt din SQL-databas i Azure Government.

Det här är inte delningsbar anslutning. Om power-appen delas med en annan användare uppmanas en annan användare att skapa en ny anslutning explicit.

Tjänstens huvudnamn (Microsoft Entra ID-program)

Autentiserings-ID: oauthSP

Tillämpligt: Alla regioner

Använd Microsoft Entra ID-programmet för att komma åt din SQL-databas.

Det här är en delningsbar anslutning. Om power-appen delas med en annan användare delas även anslutningen. Mer information finns i Översikt över anslutningsappar för arbetsyteappar – Power Apps | Microsoft Docs

Namn	Typ	Description	Krävs
Hyresgäst	snöre		Sann
Klient-ID	snöre		Sann
Klienthemlighet	securestring		Sann

SQL Server-autentisering

Autentiserings-ID: sqlAuthentication

Tillämpligt: Alla regioner

Använd ett kontonamn och lösenord för att komma åt din SQL-databas.

Det här är en delningsbar anslutning. Om power-appen delas med en annan användare delas även anslutningen. Mer information finns i Översikt över anslutningsappar för arbetsyteappar – Power Apps | Microsoft Docs

Namn	Typ	Description	Krävs
SQL Server-namn	snöre	Ange namnet på SQL-servern (server[:p ort])	Sann
SQL-databasnamn	snöre	SQL-databasnamn	Sann
Användarnamn	securestring	Autentiseringsuppgifter för användarnamn	Sann
Lösenord	securestring	Lösenordsautentiseringsuppgifter	Sann
Gateway	gatewaySetting	Lokal gateway (se https://docs.microsoft.com/data-integration/gateway mer information

Windows-autentisering

Autentiserings-ID: windowsAuthentication

Tillämpligt: Alla regioner

Använd ett lokalt Microsoft Entra-ID-kontonamn och lösenord för att få åtkomst till din SQL-databas.

Det här är en delningsbar anslutning. Om power-appen delas med en annan användare delas även anslutningen. Mer information finns i Översikt över anslutningsappar för arbetsyteappar – Power Apps | Microsoft Docs

Namn	Typ	Description	Krävs
SQL Server-namn	snöre	Ange namnet på SQL-servern (server[:p ort])	Sann
SQL-databasnamn	snöre	SQL-databasnamn	Sann
Användarnamn	securestring	Autentiseringsuppgifter för användarnamn	Sann
Lösenord	securestring	Lösenordsautentiseringsuppgifter	Sann
Gateway	gatewaySetting	Lokal gateway (se https://docs.microsoft.com/data-integration/gateway mer information	Sann

Windows-autentisering (ej delad)

Autentiserings-ID: windowsAuthenticationNonShared

Tillämpligt: Alla regioner

Använd ett lokalt Microsoft Entra-ID-kontonamn och lösenord för att få åtkomst till din SQL-databas.

Det här är inte delningsbar anslutning. Om power-appen delas med en annan användare uppmanas en annan användare att skapa en ny anslutning explicit.

Namn	Typ	Description	Krävs
Användarnamn	securestring	Autentiseringsuppgifter för användarnamn	Sann
Lösenord	securestring	Lösenordsautentiseringsuppgifter	Sann
Gateway	gatewaySetting	Lokal gateway (se https://docs.microsoft.com/data-integration/gateway mer information	Sann

Standard [INAKTUELL]

Tillämpligt: Alla regioner

Det här alternativet är endast för äldre anslutningar utan en explicit autentiseringstyp och tillhandahålls endast för bakåtkompatibilitet.

Det här är inte delningsbar anslutning. Om power-appen delas med en annan användare uppmanas en annan användare att skapa en ny anslutning explicit.

Namn	Typ	Description	Krävs
SQL Server-namn	snöre	SQL Server-namn	Sann
SQL-databasnamn	snöre	SQL-databasnamn	Sann
Autentiseringstyp	snöre	Autentiseringstyp för att ansluta till databasen
Användarnamn	securestring	Autentiseringsuppgifter för användarnamn	Sann
Lösenord	securestring	Lösenordsautentiseringsuppgifter	Sann
Gateway	gatewaySetting	Lokal gateway (se https://docs.microsoft.com/data-integration/gateway mer information

Begränsningsgränser

Name	Anrop	Förnyelseperiod
API-anrop per anslutning	100	10 sekund

Åtgärder

Hämta rad (V2)	Den här åtgärden hämtar en rad från en tabell.
Hämta rad [INAKTUELL]	Den här åtgärden är inaktuell. Använd Hämta rad (V2) i stället. Den här åtgärden hämtar en rad från en tabell.
Hämta rader (V2)	Den här åtgärden hämtar rader från en tabell.
Hämta rader [INAKTUELL]	Den här åtgärden är inaktuell. Använd Hämta rader (V2) i stället. Den här åtgärden hämtar rader från en tabell.
Hämta tabeller (V2)	Den här åtgärden hämtar tabeller från en databas.
Infoga rad (V2)	Den här åtgärden infogar en ny rad i en tabell.
Infoga rad [INAKTUELL]	Den här åtgärden är inaktuell. Använd Infoga rad (V2) i stället. Den här åtgärden infogar en ny rad i en tabell.
Kör lagrad procedur	Den här åtgärden kör en lagrad procedur.
Kör lagrad procedur (V2)	Den här åtgärden kör en lagrad procedur.
Köra en SQL-fråga (V2)	Köra en SQL-fråga (V2)
Köra en SQL-fråga [INAKTUELL]	Den här åtgärden är inaktuell. Använd Kör en SQL-fråga (V2) i stället. Köra en SQL-fråga
Ta bort rad (V2)	Den här åtgärden tar bort en rad från en tabell.
Ta bort rad [INAKTUELL]	Den här åtgärden är inaktuell. Använd Ta bort rad (V2) i stället. Den här åtgärden tar bort en rad från en tabell.
Transformera data med Power Query	Transformera data med Power Query. Obs! Den här åtgärden fungerar inte när du ansluter med SQL Microsoft Entra-ID.
Uppdatera rad (V2)	Den här åtgärden uppdaterar en befintlig rad i en tabell.
Uppdatera rad [INAKTUELL]	Den här åtgärden är inaktuell. Använd Uppdatera rad (V2) i stället. Den här åtgärden uppdaterar en befintlig rad i en tabell.
Visar tabeller som exponeras av anslutningen [INAKTUELL]	Den här åtgärden är inaktuell. Använd Hämta tabeller (V2) i stället. Visar tabeller som exponeras av anslutningen

Hämta rad (V2)

Åtgärds-ID:

GetItem_V2

Den här åtgärden hämtar en rad från en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på SQL-tabell
Rad-ID	id	True	string	Unik identifierare för raden som ska hämtas

Returer

Utdata för den här åtgärden är dynamiska.

Hämta rad [INAKTUELL]

Åtgärds-ID:

GetItem

Den här åtgärden är inaktuell. Använd Hämta rad (V2) i stället.

Den här åtgärden hämtar en rad från en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på SQL-tabell
Rad-ID	id	True	string	Unik identifierare för raden som ska hämtas

Returer

Utdata för den här åtgärden är dynamiska.

Hämta rader (V2)

Åtgärds-ID:

GetItems_V2

Den här åtgärden hämtar rader från en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på SQL-tabell
Sammansättningsomvandling	$apply		string	En sekvens med OData-sammansättningsomvandlingar
Filtrera fråga	$filter		string	En ODATA-filterfråga för att begränsa de returnerade posterna (t.ex. stringColumn eq 'string' OR numberColumn lt 123).
Sortera efter	$orderby		string	En ODATA orderBy-fråga för att ange ordningen på poster.
Hoppa över antal	$skip		integer	Antalet poster som ska hoppa över (standard = 0).
Högsta antal	$top		integer	Totalt antal poster som ska hämtas (standard = alla).
Välj fråga	$select		string	Specifika fält som ska hämtas från poster (standard = alla).

Returer

Utdata för den här åtgärden är dynamiska.

Hämta rader [INAKTUELL]

Åtgärds-ID:

GetItems

Den här åtgärden är inaktuell. Använd Hämta rader (V2) i stället.

Den här åtgärden hämtar rader från en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på SQL-tabell
Sammansättningsomvandling	$apply		string	En sekvens med OData-sammansättningsomvandlingar
Filtrera fråga	$filter		string	En ODATA-filterfråga för att begränsa de returnerade posterna (t.ex. stringColumn eq 'string' OR numberColumn lt 123).
Sortera efter	$orderby		string	En ODATA orderBy-fråga för att ange ordningen på poster.
Hoppa över antal	$skip		integer	Antalet poster som ska hoppa över (standard = 0).
Högsta antal	$top		integer	Totalt antal poster som ska hämtas (standard = alla).
Välj fråga	$select		string	Specifika fält som ska hämtas från poster (standard = alla).

Returer

Utdata för den här åtgärden är dynamiska.

Hämta tabeller (V2)

Åtgärds-ID:

GetTables_V2

Den här åtgärden hämtar tabeller från en databas.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn

Returer

Representerar en lista över tabeller.

Body

TablesList

Infoga rad (V2)

Åtgärds-ID:

PostItem_V2

Den här åtgärden infogar en ny rad i en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på tabell
Row	item	True	dynamic	Rad som ska infogas i den angivna tabellen

Returer

Utdata för den här åtgärden är dynamiska.

Infoga rad [INAKTUELL]

Åtgärds-ID:

PostItem

Den här åtgärden är inaktuell. Använd Infoga rad (V2) i stället.

Den här åtgärden infogar en ny rad i en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på tabell
Row	item	True	dynamic	Rad som ska infogas i den angivna tabellen

Returer

Utdata för den här åtgärden är dynamiska.

Kör lagrad procedur

Åtgärds-ID:

ExecuteProcedure

Den här åtgärden kör en lagrad procedur.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Procedurnamn	procedure	True	string	Namn på lagrad procedur
Lista över parametrar	parameters	True	dynamic	Indataparametrar till den lagrade proceduren

Returer

Utdata för den här åtgärden är dynamiska.

Kör lagrad procedur (V2)

Åtgärds-ID:

ExecuteProcedure_V2

Den här åtgärden kör en lagrad procedur.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Procedurnamn	procedure	True	string	Namn på lagrad procedur
Lista över parametrar	parameters	True	dynamic	Indataparametrar till den lagrade proceduren

Returer

Utdata för den här åtgärden är dynamiska.

Köra en SQL-fråga (V2)

Åtgärds-ID:

ExecutePassThroughNativeQuery_V2

Köra en SQL-fråga (V2)

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Query	query	True	dynamic	frågetext

Returer

Utdata för den här åtgärden är dynamiska.

Köra en SQL-fråga [INAKTUELL]

Åtgärds-ID:

ExecutePassThroughNativeQuery

Den här åtgärden är inaktuell. Använd Kör en SQL-fråga (V2) i stället.

Köra en SQL-fråga

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Query	query	True	dynamic	frågetext

Returer

Utdata för den här åtgärden är dynamiska.

Ta bort rad (V2)

Åtgärds-ID:

DeleteItem_V2

Den här åtgärden tar bort en rad från en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på tabell
Rad-ID	id	True	string	Unik identifierare för raden som ska tas bort

Ta bort rad [INAKTUELL]

Åtgärds-ID:

DeleteItem

Den här åtgärden är inaktuell. Använd Ta bort rad (V2) i stället.

Den här åtgärden tar bort en rad från en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på tabell
Rad-ID	id	True	string	Unik identifierare för raden som ska tas bort

Transformera data med Power Query

Åtgärds-ID:

SqlExecutePassThroughPowerQuery

Transformera data med Power Query. Obs! Den här åtgärden fungerar inte när du ansluter med SQL Microsoft Entra-ID.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
query	query		mquery	Frågetext

Returer

Utdata för den här åtgärden är dynamiska.

Uppdatera rad (V2)

Åtgärds-ID:

PatchItem_V2

Den här åtgärden uppdaterar en befintlig rad i en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på tabell
Rad-ID	id	True	string	Unik identifierare för raden som ska uppdateras
Row	item	True	dynamic	Rad med uppdaterade värden

Returer

Utdata för den här åtgärden är dynamiska.

Uppdatera rad [INAKTUELL]

Åtgärds-ID:

PatchItem

Den här åtgärden är inaktuell. Använd Uppdatera rad (V2) i stället.

Den här åtgärden uppdaterar en befintlig rad i en tabell.

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på tabell
Rad-ID	id	True	string	Unik identifierare för raden som ska uppdateras
Row	item	True	dynamic	Rad med uppdaterade värden

Returer

Utdata för den här åtgärden är dynamiska.

Visar tabeller som exponeras av anslutningen [INAKTUELL]

Åtgärds-ID:

GetTables

Den här åtgärden är inaktuell. Använd Hämta tabeller (V2) i stället.

Visar tabeller som exponeras av anslutningen

Returer

Representerar en lista över tabeller.

Body

TablesList

Utlösare

När ett objekt skapas (V2)	Utlöser ett flöde när ett objekt skapas i SQL
När ett objekt skapas [INAKTUELL]	Den här åtgärden är inaktuell. Använd När ett objekt skapas (V2) i stället. Utlöser ett flöde när ett objekt skapas i SQL
När ett objekt ändras (V2)	Utlöser ett flöde när ett objekt ändras/infogas i SQL
När ett objekt ändras [INAKTUELL]	Den här åtgärden är inaktuell. Använd När ett objekt ändras (V2) i stället. Utlöser ett flöde när ett objekt ändras/infogas i SQL

När ett objekt skapas (V2)

Åtgärds-ID:

GetOnNewItems_V2

Utlöser ett flöde när ett objekt skapas i SQL

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på SQL-tabell
Filtrera fråga	$filter		string	En ODATA-filterfråga för att begränsa de returnerade posterna (t.ex. stringColumn eq 'string' OR numberColumn lt 123).
Högsta antal	$top		integer	Totalt antal poster som ska hämtas (standard = alla).
Sortera efter	$orderby		string	En ODATA orderBy-fråga för att ange ordningen på poster.
Välj fråga	$select		string	Specifika fält som ska hämtas från poster (standard = alla).

Returer

Utdata för den här åtgärden är dynamiska.

När ett objekt skapas [INAKTUELL]

Åtgärds-ID:

GetOnNewItems

Den här åtgärden är inaktuell. Använd När ett objekt skapas (V2) i stället.

Utlöser ett flöde när ett objekt skapas i SQL

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på SQL-tabell
Filtrera fråga	$filter		string	En ODATA-filterfråga för att begränsa de returnerade posterna (t.ex. stringColumn eq 'string' OR numberColumn lt 123).
Högsta antal	$top		integer	Totalt antal poster som ska hämtas (standard = alla).
Sortera efter	$orderby		string	En ODATA orderBy-fråga för att ange ordningen på poster.
Välj fråga	$select		string	Specifika fält som ska hämtas från poster (standard = alla).

Returer

Utdata för den här åtgärden är dynamiska.

När ett objekt ändras (V2)

Åtgärds-ID:

GetOnUpdatedItems_V2

Utlöser ett flöde när ett objekt ändras/infogas i SQL

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Servernamn	server	True	string	Namn på SQL-server
Databasnamn	database	True	string	Databasnamn
Tabellnamn	table	True	string	Namn på SQL-tabell
Filtrera fråga	$filter		string	En ODATA-filterfråga för att begränsa de returnerade posterna (t.ex. stringColumn eq 'string' OR numberColumn lt 123).
Högsta antal	$top		integer	Totalt antal poster som ska hämtas (standard = alla).
Sortera efter	$orderby		string	En ODATA orderBy-fråga för att ange ordningen på poster.
Välj fråga	$select		string	Specifika fält som ska hämtas från poster (standard = alla).

Returer

Utdata för den här åtgärden är dynamiska.

När ett objekt ändras [INAKTUELL]

Åtgärds-ID:

GetOnUpdatedItems

Den här åtgärden är inaktuell. Använd När ett objekt ändras (V2) i stället.

Utlöser ett flöde när ett objekt ändras/infogas i SQL

Parametrar

Name	Nyckel	Obligatorisk	Typ	Description
Tabellnamn	table	True	string	Namn på SQL-tabell
Filtrera fråga	$filter		string	En ODATA-filterfråga för att begränsa de returnerade posterna (t.ex. stringColumn eq 'string' OR numberColumn lt 123).
Högsta antal	$top		integer	Totalt antal poster som ska hämtas (standard = alla).
Sortera efter	$orderby		string	En ODATA orderBy-fråga för att ange ordningen på poster.
Välj fråga	$select		string	Specifika fält som ska hämtas från poster (standard = alla).

Returer

Utdata för den här åtgärden är dynamiska.

Definitioner

Tabell

Representerar en tabell.

Name	Sökväg	Typ	Description
Namn	Name	string	Tabellens namn. Namnet används vid körning.
visningsnamn	DisplayName	string	Tabellens visningsnamn.
DynamicProperties	DynamicProperties	object	Ytterligare tabellegenskaper som tillhandahålls av anslutningsappen till klienterna.

TablesList

Representerar en lista över tabeller.

Name	Sökväg	Typ	Description
värde	value	array of Table	Lista över tabeller