Dela via

Transact-SQL-funktioner som stöds i Azure Synapse SQL

  • Artikel

Azure Synapse SQL är en analystjänst för stordata som gör att du kan köra frågor mot och analysera dina data med hjälp av T-SQL-språket. Du kan använda ansi-kompatibel standarddialekt för SQL-språk som används på SQL Server och Azure SQL Database för dataanalys.

Transact-SQL-språk används i serverlös SQL-pool och dedikerad modell kan referera till olika objekt och har vissa skillnader i uppsättningen funktioner som stöds. På den här sidan hittar du skillnader i transact-SQL-språk på hög nivå mellan förbrukningsmodeller i Synapse SQL.

Databasobjekt

Med förbrukningsmodeller i Synapse SQL kan du använda olika databasobjekt. Jämförelsen av objekttyper som stöds visas i följande tabell:

Objekt Dedikerad Utan server
Tabeller Ja Nej, tabellerna i databasen stöds inte. Serverlös SQL-pool kan endast köra frågor mot externa tabeller som refererar till data som lagras i Azure Data Lake Storage eller Dataverse.
Vyer Ja. Vyer kan använda frågespråkelement som är tillgängliga i en dedikerad modell. Ja, du kan skapa vyer över externa tabeller, frågorna med funktionen OPENROWSET och andra vyer. Vyer kan använda frågespråkelement som är tillgängliga i en serverlös modell.
Scheman Ja Ja, scheman stöds. Använd scheman för att isolera olika klienter och placera deras tabeller per scheman.
Temporary tables (Temporära tabeller) Ja Temporära tabeller kan användas bara för att lagra viss information från systemvyer, literaler eller andra temporära tabeller. UPPDATERING/TA BORT i temporär tabell stöds också. Du kan koppla tillfälliga tabeller till systemvyerna. Du kan inte välja data från en extern tabell för att infoga dem i en tillfällig tabell eller koppla en tillfällig tabell till en extern tabell. Dessa åtgärder misslyckas eftersom externa data och temporära tabeller inte kan blandas i samma fråga.
Användardefinierade procedurer Ja Ja, lagrade procedurer kan placeras i alla användardatabaser (inte master i databasen). Procedurer kan bara läsa externa data och använda frågespråkelement som är tillgängliga i en serverlös pool.
Användardefinierade funktioner Ja Ja, endast infogade tabellvärdesfunktioner stöds. Skalära användardefinierade funktioner stöds inte.
Utlösare Nej Nej, serverlösa SQL-pooler tillåter inte att data ändras, så utlösarna kan inte reagera på dataändringar.
Externa tabeller Ja. Se dataformat som stöds. Ja, externa tabeller är tillgängliga och kan användas för att läsa data från Azure Data Lake Storage eller Dataverse. Se de dataformat som stöds.
Cachelagring frågor Ja, flera formulär (SSD-baserad cachelagring, minnesintern cachelagring och cachelagring av resultatuppsättningar). Dessutom stöds materialiserad vy. Nej, endast filstatistiken cachelagras.
Cachelagring av resultatuppsättning Ja Nej, frågeresultatet cachelagras inte. Endast filstatistiken cachelagras.
Materialiserade vyer Ja Nej, de materialiserade vyerna stöds inte i de serverlösa SQL-poolerna.
Tabellvariabler Nej, använd temporära tabeller Nej, tabellvariabler stöds inte.
Table distribution (Tabelldistribution) Ja Nej, tabelldistributioner stöds inte.
Table indexes (Tabellindex) Ja Nej, index stöds inte.
Table partitioning (Tabellpartitionering) Ja. Externa tabeller stöder inte partitionering. Du kan partitionera filer med hive-partitionsmappens struktur och skapa partitionerade tabeller i Spark. Spark-partitioneringen synkroniseras med den serverlösa poolen. Om du inte använder Spark kan du partitionera dina filer i mappstrukturen och skapa partitionerade vyer på mapppartitionsstrukturen, men de externa tabellerna kan inte skapas på partitionerade mappar.
Statistik Ja Ja, statistik skapas för externa filer.
Arbetsbelastningshantering, resursklasser och samtidighetskontroll Ja, se arbetsbelastningshantering, resursklasser och samtidighetskontroll. Nej, du kan inte hantera de resurser som har tilldelats till frågorna. Den serverlösa SQL-poolen hanterar automatiskt resurserna.
Kostnadskontroll Ja, med hjälp av uppskalnings- och nedskalningsåtgärder. Ja, du kan begränsa daglig, veckovis eller månatlig användning av serverlös pool med hjälp av Azure-portalen eller T-SQL-proceduren.

Frågespråk

Frågespråk som används i Synapse SQL kan ha olika funktioner som stöds beroende på förbrukningsmodell. I följande tabell beskrivs de viktigaste skillnaderna i frågespråk i Transact-SQL-dialekter:

Utdrag Dedikerad Utan server
SELECT-instruktion Ja. SELECT -instruktionen stöds, men vissa Transact-SQL-frågesatser, till exempel FOR XML/FOR JSON, MATCH, OFFSET/FETCH, stöds inte. Ja, SELECT instruktionen stöds, men vissa Transact-SQL-frågesatser som FOR XML, MATCH, PREDICT, GROUPNG SETS och frågetips stöds inte.
INSERT-instruktion Ja Nej. Ladda upp nya data till Data Lake med spark eller andra verktyg. Använd Azure Cosmos DB med analyslagringen för mycket transaktionella arbetsbelastningar. Du kan använda CETAS för att skapa en extern tabell och infoga data.
UPDATE-instruktion Ja Nej, uppdatera Parquet/CSV-data med Spark så blir ändringarna automatiskt tillgängliga i en serverlös pool. Använd Azure Cosmos DB med analyslagringen för mycket transaktionella arbetsbelastningar.
DELETE-instruktion Ja Nej, ta bort Parquet/CSV-data med Spark så blir ändringarna automatiskt tillgängliga i en serverlös pool. Använd Azure Cosmos DB med analyslagringen för mycket transaktionella arbetsbelastningar.
MERGE-instruktion Ja (förhandsversion) Nej, slå samman Parquet/CSV-data med Spark så blir ändringarna automatiskt tillgängliga i en serverlös pool.
CTAS-instruktion Ja Nej, CREATE TABLE AS SELECT-instruktionen stöds inte i den serverlösa SQL-poolen.
CETAS-instruktion Ja, du kan utföra den inledande belastningen i en extern tabell med hjälp av CETAS. Ja, du kan utföra den inledande belastningen i en extern tabell med hjälp av CETAS. CETAS stöder Parquet- och CSV-utdataformat.
Transaktioner Ja Ja, transaktioner gäller endast för metadataobjekten.
Etiketter Ja Nej, etiketter stöds inte i serverlösa SQL-pooler.
Datainläsning Ja. Det föredragna verktyget är COPY-instruktionen , men systemet stöder både BULK-inläsning (BCP) och CETAS för datainläsning. Nej, du kan inte läsa in data i den serverlösa SQL-poolen eftersom data lagras på extern lagring. Du kan först läsa in data i en extern tabell med hjälp av CETAS-instruktionen.
Dataexport Ja. Använda CETAS. Ja. Du kan exportera data från extern lagring (Azure Data Lake, Dataverse, Azure Cosmos DB) till Azure Data Lake med hjälp av CETAS.
Typer Ja, alla Transact-SQL-typer utom markör, hierarkiid, ntext, text och bild, radversion, rumsliga typer, sql_variant och xml Ja, alla Transact-SQL-typer stöds, förutom markören, hierarkin, ntext, text och bild, rowversion, spatialtyper, sql_variant, xml och tabelltyp. Se hur du mappar Parquet-kolumntyper till SQL-typer här.
Frågor mellan databaser Nej Ja, frågorna mellan databaser och referenserna för tredelade namn stöds, inklusive USE-instruktionen . Frågorna kan referera till serverlösa SQL-databaser eller Lake-databaser på samma arbetsyta. Frågor mellan arbetsytor stöds inte.
Inbyggda/systemfunktioner (analys) Ja, alla analysfunktioner för Transact-SQL, konvertering, datum och tid, logiska, matematiska funktioner utom CHOOSE och PARSE Ja, alla funktioner för transact-SQL analys, konvertering, datum och tid, logiska och matematiska funktioner stöds.
Inbyggda/systemfunktioner (sträng) Ja. Alla funktioner för Transact-SQL String, JSON och Sortering, förutom STRING_ESCAPE och TRANSLATE Ja. Alla funktioner för Transact-SQL String, JSON och Sortation stöds.
Inbyggda/systemfunktioner (kryptografi) Vissa HASHBYTES är den enda kryptografiska funktion som stöds i serverlösa SQL-pooler.
Inbyggda/systemtabellvärdesfunktioner Ja, funktionerna Transact-SQL Rowset, förutom OPENXML, OPENDATASOURCE, OPENQUERY och OPENROWSET Ja, alla Transact-SQL Rowset-funktioner stöds, förutom OPENXML, OPENDATASOURCE och OPENQUERY.
Inbyggda/systemaggregeringar Inbyggda transact-SQL-aggregeringar, förutom CHECKSUM_AGG och GROUPING_ID Ja, alla inbyggda Transact-SQL-aggregeringar stöds.
Operatorer Ja, alla Transact-SQL-operatorer utom !> och !< Ja, alla Transact-SQL-operatorer stöds.
Kontroll av flöde Ja. Alla Transact-SQL Control-of-flow-instruktioner förutom CONTINUE, GOTO, RETURN, USE och WAITFOR Ja. Alla Transact-SQL Control-of-flow-instruktioner stöds. SELECT-fråga i WHILE (...) villkor stöds inte.
DDL-instruktioner (CREATE, ALTER, DROP) Ja. Alla Transact-SQL DDL-uttryck som gäller för objekttyper som stöds Ja, alla Transact-SQL DDL-instruktioner som gäller för de objekttyper som stöds stöds.

Säkerhet

Med Synapse SQL-pooler kan du använda inbyggda säkerhetsfunktioner för att skydda dina data och kontrollera åtkomsten. I följande tabell jämförs skillnader på hög nivå mellan Synapse SQL-förbrukningsmodeller.

Funktion Dedikerad Utan server
Inloggningar N/A (endast inneslutna användare stöds i databaser) Ja, Microsoft Entra-ID och SQL-inloggningar på servernivå stöds.
Användare N/A (endast inneslutna användare stöds i databaser) Ja, databasanvändare stöds.
Inneslutna användare Ja. Obs! Endast en Microsoft Entra-användare kan vara obegränsad administratör Nej, de inneslutna användarna stöds inte.
SQL-användarnamn/lösenordsautentisering Ja Ja, användare kan komma åt en serverlös SQL-pool med sina användarnamn och lösenord.
Microsoft Entra-autentisering Ja, Microsoft Entra-användare Ja, Microsoft Entra-inloggningar och användare kan komma åt serverlösa SQL-pooler med hjälp av sina Microsoft Entra-identiteter.
Storage Microsoft Entra-genomströmningsautentisering Ja Ja, Microsoft Entra-genomströmningsautentisering gäller för Microsoft Entra-inloggningar. Microsoft Entra-användarens identitet skickas till lagringen om ingen autentiseringsuppgift har angetts. Microsoft Entra-genomströmningsautentisering är inte tillgängligt för SQL-användare.
Sas-tokenautentisering (signatur för delad åtkomst) för lagring Nej Ja, med hjälp av DATABASE SCOPED CREDENTIAL med signaturtoken för delad åtkomst i EXTERN DATAKÄLLA eller CREDENTIAL på instansnivå med signatur för delad åtkomst.
Autentisering av lagringsåtkomstnyckel Ja, använda DATABASOMFATTNINGSAUTENTISERINGSUPPGIFTER I EXTERN DATAKÄLLA Nej, använd SAS-token i stället för lagringsåtkomstnyckeln.
Lagringshanterad identitetsautentisering Ja, med hjälp av autentiseringsuppgifter för hanterad tjänstidentitet Ja, Frågan kan komma åt lagringen med hjälp av arbetsytans hanterade identitetsautentiseringsuppgifter .
SpN-autentisering (Storage Application Identity/Service Principal) Ja Ja, du kan skapa en autentiseringsuppgift med ett program-ID för tjänstens huvudnamn som ska användas för att autentisera på lagringen.
Serverroller Nej Ja, sysadmin, offentliga och andra serverroller stöds.
AUTENTISERINGSUPPGIFTER PÅ SERVERNIVÅ Nej Ja, autentiseringsuppgifterna på servernivå används av funktionen OPENROWSET som inte använder explicit datakälla.
Behörigheter – servernivå Nej Ja, till exempel CONNECT ANY DATABASE och SELECT ALL USER SECURABLES gör det möjligt för en användare att läsa data från alla databaser.
Databasroller Ja Ja, du kan använda db_owneroch db_datareaderdb_ddladmin roller.
DATABASOMFÅNGSBEGRÄNSADE AUTENTISERINGSUPPGIFTER Ja, används i externa datakällor. Ja, autentiseringsuppgifter med databasomfattning kan användas i externa datakällor för att definiera lagringsautentiseringsmetod.
Behörigheter – databasnivå Ja Ja, du kan bevilja, neka eller återkalla behörigheter för databasobjekten.
Behörigheter – schemanivå Ja, inklusive möjligheten att bevilja, neka och återkalla behörigheter för användare/inloggningar i schemat Ja, du kan ange behörigheter på schemanivå, inklusive möjligheten att bevilja, NEKA och ÅTERKALLA behörigheter för användare/inloggningar i schemat.
Behörigheter – objektnivå Ja, inklusive möjligheten att bevilja, NEKA och ÅTERKALLA behörigheter till användare Ja, du kan bevilja, NEKA och ÅTERKALLA behörigheter för användare/inloggningar på systemobjekten som stöds.
Behörigheter – säkerhet på kolumnnivå Ja Säkerhet på kolumnnivå stöds i serverlösa SQL-pooler för vyer och inte för externa tabeller. Om det gäller externa tabeller kan man skapa en logisk vy ovanpå den externa tabellen och än tillämpa säkerhet på kolumnnivå.
Säkerhet på radnivå Ja Nej, det finns inget inbyggt stöd för säkerhet på radnivå. Använd anpassade vyer som en lösning.
Datamaskering Ja Nej, inbyggd datamaskering stöds inte i serverlösa SQL-pooler. Använd SQL-omslutningsvyer som uttryckligen maskerar vissa kolumner som en lösning.
Inbyggda/systemsäkerhets- och identitetsfunktioner Vissa Transact-SQL-säkerhetsfunktioner och -operatorer: CURRENT_USER, HAS_DBACCESS, IS_MEMBER, IS_ROLEMEMBER, SESSION_USER, SUSER_NAME, SUSER_SNAME, SYSTEM_USER, USERUSER_NAME, , EXECUTE ASOPEN/CLOSE MASTER KEY Vissa Transact-SQL-säkerhetsfunktioner och -operatorer stöds: CURRENT_USER, HAS_DBACCESS, HAS_PERMS_BY_NAME, IS_MEMBER, IS_ROLEMEMBER, IS_SRVROLEMEMBER, SESSION_USER, SESSION_CONTEXT, SUSER_NAMESUSER_SNAME, SYSTEM_USER, USER_NAMEUSER, EXECUTE ASoch REVERT. Säkerhetsfunktioner kan inte användas för att fråga externa data (lagra resultatet i variabeln som kan användas i frågan).
Transparent datakryptering (TDE) Ja Nej, transparent datakryptering stöds inte.
Dataidentifiering och -klassificering Ja Nej, dataidentifiering och klassificering stöds inte.
Sårbarhetsbedömning Ja Nej, sårbarhetsbedömning är inte tillgängligt.
Advanced Threat Protection Ja Nej, Advanced Threat Protection stöds inte.
Granskning Ja Ja, granskning stöds i serverlösa SQL-pooler.
Brandväggsregler Ja Ja, brandväggsreglerna kan ställas in på den serverlösa SQL-slutpunkten.
Privat slutpunkt Ja Ja, den privata slutpunkten kan ställas in på den serverlösa SQL-poolen.

Dedikerad SQL-pool och serverlös SQL-pool använder standardspråket Transact-SQL för att fråga efter data. Detaljerade skillnader finns i transact-SQL-språkreferensen.

Plattformsfunktioner

Funktion Dedikerad Utan server
Skalning Ja Serverlös SQL-pool skalas automatiskt beroende på arbetsbelastningen.
Pausa/återuppta Ja Serverlös SQL-pool inaktiveras automatiskt när den inte används och aktiveras vid behov. Användaråtgärd krävs inte.
Säkerhetskopior av databasen Ja Nej. Data lagras i externa system (ADLS, Cosmos DB), så se till att du gör säkerhetskopior av data vid källan. Kontrollera att du använder SQL-metadata för lagring (tabell, vy, procedurdefinitioner och användarbehörigheter) i källkontrollen. Tabelldefinitioner i Lake-databasen lagras i Spark-metadata, så se till att du även behåller Spark-tabelldefinitioner i källkontrollen.
Databasresurs Ja Nej. Data lagras i externa system (ADLS, Cosmos DB), så du måste återställa källsystem för att hämta dina data. Kontrollera att dina SQL-metadata (tabell, vy, procedurdefinitioner och användarbehörigheter) finns i källkontrollen så att du kan återskapa SQL-objekten. Tabelldefinitioner i Lake-databasen lagras i Spark-metadata, så se till att du även behåller Spark-tabelldefinitioner i källkontrollen.

Verktyg

Du kan använda olika verktyg för att ansluta till Synapse SQL för att fråga efter data.

Verktyg Dedikerad Utan server
Synapse Studio Ja, SQL-skript Ja, SQL-skript kan användas i Synapse Studio. Använd SSMS eller ADS i stället för Synapse Studio om du returnerar en stor mängd data som ett resultat.
Power BI Ja Ja, du kan använda Power BI för att skapa rapporter i en serverlös SQL-pool. Importläge rekommenderas för rapportering.
Azure Analysis Service Ja Ja, du kan läsa in data i Azure Analysis Service med hjälp av den serverlösa SQL-poolen.
Azure Data Studio (ADS) Ja Ja, du kan använda Azure Data Studio (version 1.18.0 eller senare) för att fråga en serverlös SQL-pool. SQL-skript och SQL-notebook-filer stöds.
SQL Server Management Studio (SSMS) Ja Ja, du kan använda SQL Server Management Studio (version 18.5 eller senare) för att köra frågor mot en serverlös SQL-pool. SSMS visar bara de objekt som är tillgängliga i de serverlösa SQL-poolerna.

Kommentar

Du kan använda SSMS för att ansluta till en serverlös SQL-pool och fråga. Det stöds delvis från och med version 18.5. Du kan bara använda den för att ansluta och fråga.

De flesta program använder standardspråket Transact-SQL och kan köra frågor mot både dedikerade och serverlösa förbrukningsmodeller i Synapse SQL.

Dataåtkomst

Data som analyseras kan lagras på olika lagringstyper. I följande tabell visas alla tillgängliga lagringsalternativ:

Lagringstyp Dedikerad Utan server
Intern lagring Ja Nej, data placeras i Azure Data Lake eller Azure Cosmos DB-analyslagring.
Azure Data Lake v2 Ja Ja, du kan använda externa tabeller och OPENROWSET funktionen för att läsa data från ADLS. Lär dig hur du konfigurerar åtkomstkontroll här.
Azure Blob Storage Ja Ja, du kan använda externa tabeller och OPENROWSET funktionen för att läsa data från Azure Blob Storage. Lär dig hur du konfigurerar åtkomstkontroll här.
Azure SQL/SQL Server (fjärransluten) Nej Nej, serverlös SQL-pool kan inte referera till Azure SQL-databas. Du kan referera till serverlösa SQL-pooler från Azure SQL med hjälp av elastiska frågor eller länkade servrar.
Dataverse Nej, du kan läsa in Azure Cosmos DB-data i en dedikerad pool med Hjälp av Azure Synapse Link i en serverlös SQL-pool (via ADLS) eller Spark. Ja, du kan läsa Dataverse-tabeller med hjälp av Azure Synapse-länken för Dataverse med Azure Data Lake.
Transaktionslagring i Azure Cosmos DB Nej Nej, du kan inte komma åt Azure Cosmos DB-containrar för att uppdatera data eller läsa data från Azure Cosmos DB-transaktionslagringen. Använd Spark-pooler för att uppdatera transaktionslagringen i Azure Cosmos DB .
Azure Cosmos DB-analyslagring Nej, du kan läsa in Azure Cosmos DB-data i en dedikerad pool med hjälp av Azure Synapse Link i en serverlös SQL-pool (via ADLS), ADF, Spark eller något annat inläsningsverktyg. Ja, du kan fråga Azure Cosmos DB-analyslagring med hjälp av Azure Synapse Link.
Apache Spark-tabeller (i arbetsyta) Nej Ja, serverlös pool kan läsa PARQUET- och CSV-tabeller med hjälp av metadatasynkronisering.
Apache Spark-tabeller (fjärranslutna) Nej Nej, serverlös pool kan bara komma åt DE PARQUET- och CSV-tabeller som skapas i Apache Spark-pooler på samma Synapse-arbetsyta. Du kan dock manuellt skapa en extern tabell som refererar till den externa Spark-tabellplatsen.
Databricks-tabeller (fjärranslutna) Nej Nej, serverlös pool kan bara komma åt DE PARQUET- och CSV-tabeller som skapas i Apache Spark-pooler på samma Synapse-arbetsyta. Du kan dock manuellt skapa en extern tabell som refererar till Databricks-tabellplats.

Dataformat

Data som analyseras kan lagras i olika lagringsformat. I följande tabell visas alla tillgängliga dataformat som kan analyseras:

Dataformat Dedikerad Utan server
Avgränsade Ja Ja, du kan fråga avgränsade filer.
CSV Ja (avgränsare med flera tecken stöds inte) Ja, du kan fråga CSV-filer. För bättre prestanda använder du PARSER_VERSION 2.0 som ger snabbare parsning. Om du lägger till rader i dina CSV-filer kontrollerar du att du kör frågor mot filerna som tilläggsbara.
Parkett Ja Ja, du kan köra frågor mot Parquet-filer, inklusive filer med kapslade typer.
Hive ORC Ja Nej, serverlösa SQL-pooler kan inte läsa Hive ORC-format.
Hive RC Ja Nej, serverlösa SQL-pooler kan inte läsa Hive RC-format.
JSON Ja Ja, du kan fråga JSON-filer med avgränsat textformat och T-SQL JSON-funktionerna .
Avro Nej Nej, serverlösa SQL-pooler kan inte läsa Avro-format.
Delta Lake Nej Ja, du kan köra frågor mot Delta Lake-filer, inklusive filer med kapslade typer.
Common Data Model (CDM) Nej Nej, serverlös SQL-pool kan inte läsa data som lagras med Common Data Model.

Nästa steg

Mer information om metodtips för dedikerad SQL-pool och serverlös SQL-pool finns i följande artiklar: