Del via

Kildekontroll med Lager (forhåndsversjon)

  • Artikkel

Denne artikkelen forklarer hvordan Git-integrerings- og distribusjonssamlebånd fungerer for lagre i Microsoft Fabric. Lær hvordan du konfigurerer en tilkobling til repositoriet, administrerer lagrene og distribuerer dem på tvers av ulike miljøer. Kildekontroll for Fabric Warehouse er for øyeblikket en forhåndsvisningsfunksjon.

Du kan bruke både Git-integrasjon og utrullingssamlebånd for ulike scenarioer:

  • Bruk Git- og SQL-databaseprosjekter til å administrere trinnvis endring, gruppesamarbeid, utføringslogg i individuelle databaseobjekter.
  • Bruk utrullingssamlebånd til å fremme kodeendringer i ulike miljøer før produksjon og produksjon.

Git-integrering

Git-integrering i Microsoft Fabric gjør det mulig for utviklere å integrere utviklingsprosesser, verktøy og anbefalte fremgangsmåter direkte i Fabric-plattformen. Det gjør det mulig for utviklere som utvikler seg i Fabric å:

  • Sikkerhetskopier og versjon av arbeidet deres
  • Gå tilbake til tidligere faser etter behov
  • Samarbeide med andre eller arbeide alene ved hjelp av Git-grener
  • Bruk egenskapene til kjente kildekontrollverktøy for å administrere Fabric-elementer

Hvis du vil ha mer informasjon om Git-integreringsprosessen, kan du se:

Konfigurere en tilkobling til kildekontroll

Fra siden innstillinger for arbeidsområde kan du enkelt konfigurere en tilkobling til repo for å utføre og synkronisere endringer.

  1. Hvis du vil konfigurere tilkoblingen, kan du se Komme i gang med Git-integrasjon. Følg instruksjonene for å koble til en Git-repositorium til enten Azure DevOps eller GitHub som git-leverandør.
  2. Når de er tilkoblet, vises elementene, inkludert lagre, i kildekontrollpanelet . Skjermbilde fra Fabric-portalen på lageret i kildekontrollinnstillingene.
  3. Når du har koblet lagerforekomstene til Git-repositoriet, ser du lagermappestrukturen i repositoriet. Nå kan du utføre fremtidige operasjoner, som å opprette en pull-forespørsel.

Databaseprosjekter for et lager i Git

Følgende bilde er et eksempel på filstrukturen for hvert lagerelement i repo:

Skjermbilde fra Stoff-portalen for et eksempellagerskjema.

Når du overfører lagervaren til Git-repositoriet, konverteres lageret til et kildekodeformat, som et SQL-databaseprosjekt. Et SQL-prosjekt er en lokal representasjon av SQL-objekter som utgjør skjemaet for én enkelt database, for eksempel tabeller, lagrede prosedyrer eller funksjoner. Mappestrukturen for databaseobjektene er organisert etter skjema-/objekttype. Hvert objekt i lageret representeres med en .sql fil som inneholder definisjonen for datadefinisjonsspråk (DDL). Lagertabelldata og SQL-sikkerhetsfunksjoner er ikke inkludert i SQL-databaseprosjektet.

Delte spørringer forpliktes også til repo og arver navnet de lagres som.

Last ned SQL-databaseprosjektet for et lager i Fabric

Med utvidelsen SQL Database Projects tilgjengelig i Azure Data Studio og Visual Studio Code, kan du administrere et lagerskjema og håndtere lagerobjektendringer som andre SQL-databaseprosjekter.

Hvis du vil laste ned en lokal kopi av lagerskjemaet, velger du Last ned SQL-databaseprosjekt på båndet.

Skjermbilde fra Stoff-portalen på spørringsbåndet. Prosjektboksen Last ned SQL-database er uthevet.

Den lokale kopien av et databaseprosjekt som inneholder definisjonen av lagerskjemaet. Databaseprosjektet kan brukes til å:

  • Opprett lagerskjemaet på nytt i et annet lager.
  • Videreutvikle lagerskjemaet i klientverktøy, for eksempel Azure Data Studio eller Visual Studio Code.

Publiser SQL-databaseprosjekt til et nytt lager

Slik publiserer du lagerskjemaet til et nytt lager:

  1. Opprett et nytt lager i Fabric-arbeidsområdet.
  2. Velg SQL-databaseprosjekt under Bygg et lager på startsiden for det nye lageret. Skjermbilde fra Fabric-portalen for SQL-databaseprosjektknappen.
  3. Velg den .zip filen som ble lastet ned fra det eksisterende lageret.
  4. Lagerskjemaet publiseres til det nye lageret.

Datasamlebånd for distribusjon

Du kan også bruke utrullingssamlebånd til å distribuere lagerkoden på tvers av ulike miljøer, for eksempel utvikling, test og produksjon. Utrullingssamlebånd viser ikke et databaseprosjekt.

Bruk følgende fremgangsmåte for å fullføre lagerdistribusjonen ved hjelp av utrullingssamlebåndet.

  1. Opprett et nytt utrullingssamlebånd eller åpne et eksisterende utrullingssamlebånd. Hvis du vil ha mer informasjon, kan du se Komme i gang med utrullingssamlebånd.
  2. Tilordne arbeidsområder til ulike faser i henhold til distribusjonsmålene.
  3. Velg, vis og sammenlign elementer, inkludert lagre mellom ulike faser, som vist i eksemplet nedenfor. Skjermbilde fra Stoff-portalen for utviklings-, test- og produksjonsfasene.
  4. Velg Distribuer for å distribuere lagrene på tvers av utviklings-, test- og produksjonsfasene .

Hvis du vil ha mer informasjon om datasamlebånd for stoffdistribusjon, kan du se Oversikt over datasamlebånd for stoffdistribusjon.

Begrensninger i kildekontroll

Begrensninger i Git-integrering

  • Hvis du for øyeblikket bruker ALTER TABLE til å legge til en betingelse eller kolonne i databaseprosjektet, vil tabellen bli fjernet og gjenopprettet når du distribuerer, noe som resulterer i tap av data. Vurder følgende løsning for å bevare tabelldefinisjonen og dataene:
    • Opprett en ny kopi av tabellen i lageret, ved hjelp av CREATE TABLE og INSERT, CREATE TABLE AS SELECTeller Klon tabell.
    • Endre den nye tabelldefinisjonen med nye begrensninger eller kolonner, som ønsket, ved hjelp av ALTER TABLE.
    • Slett den gamle tabellen.
    • Gi den nye tabellen nytt navn til navnet på den gamle tabellen ved hjelp av sp_rename.
    • Endre definisjonen av den gamle tabellen i SQL-databaseprosjektet på nøyaktig samme måte. SQL-databaseprosjektet for lageret i kildekontrollen og det direktesendte lageret skal nå samsvare.
  • For øyeblikket må du ikke opprette en dataflyt-gen2 med et utdatamål til lageret. Når du utfører og oppdaterer fra Git, blokkeres et nytt element med navnet DataflowsStagingWarehouse som vises i repositoriet.
  • SQL Analytics-endepunktet støttes ikke med Git-integrasjon.

Begrensninger for utrullingssamlebånd

  • Hvis du for øyeblikket bruker ALTER TABLE til å legge til en betingelse eller kolonne i databaseprosjektet, vil tabellen bli fjernet og gjenopprettet når du distribuerer, noe som resulterer i tap av data.
  • For øyeblikket må du ikke opprette en dataflyt-gen2 med et utdatamål til lageret. Distribusjon vil bli blokkert av et nytt element med navnet DataflowsStagingWarehouse som vises i utrullingssamlebåndet.
  • Sql Analytics-endepunktet støttes ikke i utrullingssamlebånd.

Relatert innhold