Felhasználó által definiált sémák a Synapse SQL-ben

Tip

Microsoft Fabric Data Warehouse egy nagyvállalati szintű relációs raktár egy Data Lake-alaprendszeren, jövőre kész architektúrával, beépített AI-vel és új funkciókkal. Ha még nem ismerkedik adattárházzal, kezdje a Fabric Data Warehouse. A meglévő dedikált SQL-készlet számítási feladatai frissíthetők Fabric az adatelemzés, a valós idejű elemzés és a jelentéskészítés új képességeinek eléréséhez.

Az alábbi szakaszokban különböző tippeket talál a T-SQL felhasználó által definiált sémáinak a Synapse SQL-en belüli megoldások fejlesztéséhez való használatához.

Alkalmazáshatárok sémái

A hagyományos elemzési architektúra gyakran külön adatbázisokat használ az alkalmazáshatárok számítási feladat, tartomány vagy biztonság alapján történő létrehozásához. Egy hagyományos SQL Server-elemzési infrastruktúra például tartalmazhat átmeneti adatbázist, elemzési adatbázist és adattár-adatbázisokat. Ebben a topológiában minden adatbázis számítási feladatként és biztonsági határként működik az architektúrában.

Ehelyett a Synapse SQL egy adatbázisban futtatja a teljes elemzési számítási feladatot. Az adatbázisok közötti illesztések nem engedélyezettek. A Synapse SQL elvárja, hogy a raktár által használt összes tábla az egyetlen adatbázisban legyen tárolva.

Megjegyzés

A dedikált SQL-készletek nem támogatják az adatbázisközi lekérdezéseket. Következésképpen az ezt a mintát használó elemzési implementációkat felül kell vizsgálni. A kiszolgáló nélküli SQL-készlet támogatja az adatbázisközi lekérdezéseket.

Felhasználó által definiált sémajavaslatok

Az alábbiakban a számítási feladatok, a biztonság, a tartomány és a funkcionális határok felhasználó által definiált sémák használatával történő összevonására vonatkozó javaslatokat tartalmaz:

  • Egy adatbázissal futtathatja a teljes elemzési számítási feladatot.
  • A meglévő elemzési környezet összesítése egy adatbázis használatához.
  • Használja felhasználó által definiált sémákat az adatbázisok használatával korábban implementált határ megadásához.

Ha a felhasználó által definiált sémákat korábban nem használták, akkor tiszta lappal rendelkezik. Használja a régi adatbázisnevet a synapse SQL-adatbázisban a felhasználó által definiált sémák alapjául.

Ha a sémák már használatban vannak, akkor van néhány lehetősége:

  • Távolítsa el az örökölt sémaneveket, és kezdje újra
  • Az örökölt sémaneveket úgy kell megőrizni, hogy az örökölt sémanévet a táblanév elé helyezzük.
  • Megtarthatja az örökölt sémaneveket úgy, hogy nézeteket implementál a táblára egy extra sémában, amely újra létrehozza a régi sémastruktúrát.

Megjegyzés

Az első vizsgálat során a 3. lehetőség tűnik a legvonzóbb választásnak. A nézetek csak a Synapse SQL-ben olvashatók. Minden adat- vagy táblamódosítást el kell végezni az alaptáblán. A 3. lehetőség egy nézetréteget is bevezet a rendszerbe. Ha már használ nézeteket az architektúrában, érdemes ezt alaposabban megfontolnia.

Példák

Felhasználó által definiált sémák implementálása adatbázisnevek alapján.

CREATE SCHEMA [stg]; -- stg previously database name for staging database
GO
CREATE SCHEMA [edw]; -- edw previously database name for the analytics
GO
CREATE TABLE [stg].[customer] -- create staging tables in the stg schema
(       CustKey BIGINT NOT NULL
,       ...
);
GO
CREATE TABLE [edw].[customer] -- create analytics tables in the edw schema
(       CustKey BIGINT NOT NULL
,       ...
);

Tartsa meg az örökölt séma neveket úgy, hogy csatolja őket előre a tábla nevéhez. Használjon sémákat a számítási feladatok határához.

CREATE SCHEMA [stg]; -- stg defines the staging boundary
GO
CREATE SCHEMA [edw]; -- edw defines the analytics boundary
GO
CREATE TABLE [stg].[dim_customer] --pre-pend the old schema name to the table and create in the staging boundary
(       CustKey BIGINT NOT NULL
,       ...
);
GO
CREATE TABLE [edw].[dim_customer] --pre-pend the old schema name to the table and create in the analytics boundary
(       CustKey BIGINT NOT NULL
,       ...
);

A nézetek használatával őrizze meg az örökölt sémaneveket.

CREATE SCHEMA [stg]; -- stg defines the staging boundary
GO
CREATE SCHEMA [edw]; -- stg defines the analytics boundary
GO
CREATE SCHEMA [dim]; -- edw defines the legacy schema name boundary
GO
CREATE TABLE [stg].[customer] -- create the base staging tables in the staging boundary
(       CustKey    BIGINT NOT NULL
,       ...
)
GO
CREATE TABLE [edw].[customer] -- create the base analytics tables in the analytics boundary
(       CustKey    BIGINT NOT NULL
,       ...
)
GO
CREATE VIEW [dim].[customer] -- create a view in the legacy schema name boundary for presentation consistency purposes only
AS
SELECT  CustKey
,       ...
FROM    [edw].customer
;

Megjegyzés

A sémastratégia bármilyen módosításához át kell tekinteni az adatbázis biztonsági modelljét. Sok esetben egyszerűsítheti a biztonsági modellt a sémaszinten lévő engedélyek hozzárendelésével.

Ha részletesebb engedélyekre van szükség, használhat adatbázis-szerepköröket. Az adatbázis-szerepkörökről további információt az Adatbázis-szerepkörök és -felhasználók kezelése cikkben talál.

Következő lépések

További fejlesztési tippekért tekintse meg a Synapse SQL fejlesztési áttekintését.

  • Last updated on