Microsoft Fabricin Warehouse-taulukoiden tapahtumat
Koskee:✅ SQL-analytiikan päätepiste ja Microsoft Fabric -varasto
Tapahtumien avulla voit hallita luku- ja kirjoituskyselyiden vahvistusta tai palautusta SAMALLA tavalla kuin SQL Serverissä.
Voit muokata tietoja, jotka on tallennettu varaston taulukoihin, käyttämällä tapahtumia muutosten ryhmittelemiseksi yhteen.
- Voit esimerkiksi sitoa lisäyksiä kerrannaisiin taulukoihin tai yhtään taulukkoa, jos virhe ilmenee. Jos muutat tietoja ostotilauksesta, joka vaikuttaa kolmeen taulukkoon, voit ryhmitellä nämä muutokset yksittäiseksi tapahtumaksi. Tämä tarkoittaa sitä, että kun näille taulukoille tehdään kysely, kaikilla on joko muutokset tai ei yhdelläkään niistä. Tapahtumat ovat yleinen käytäntö, jos haluat varmistaa, että tietosi ovat yhdenmukaisia useissa taulukoissa.
Tapahtumaominaisuudet
Samoja tapahtumatoimintoja tuetaan MICROSOFT Fabricin SQL-analytiikan päätepisteessä, mutta vain luku -kyselyissä.
Tapahtumia voidaan käyttää myös peräkkäisiin SELECT-lausekkeisiin sen varmistamiseksi, että mukana olleilla taulukoilla on tietoja samasta ajankohdasta. Esimerkiksi jos taulukkoon on lisätty uusia rivejä toisessa tapahtumassa, uudet rivit eivät vaikuta avoimen tapahtuman sisällä koskeviin SELECT-kyselyihin.
Tärkeä
Microsoft Fabric tukee vain tilannevedoksen eristystasoa. Jos käytät T-SQL:ää eristystason muuttamiseen, muutos ohitetaan kyselyn suorituksen aikana ja tilannevedoseristys otetaan käyttöön.
Tietokantakyselyjen välinen tapahtumien tuki
Microsoft Fabricin Varasto tukee tapahtumia, jotka kattavat koko tietokantojen, jotka ovat samassa työtilassa, mukaan lukien lukeminen Lakehousen SQL-analytiikan päätepisteestä. Jokaisella Lakehousella on yksi vain luku -muotoinen SQL-analytiikan päätepiste. Jokaisessa työtilassa voi olla useampi kuin yksi Lakehouse.
DDL-tuki tapahtumissa
Microsoft Fabricin Varasto tukee DDL:ää, kuten CREATE TABLE -taulukkoa, käyttäjän määrittämien tapahtumien sisällä.
Lukitukset erityyppisille lausekkeille
Tämä taulukko sisältää luettelon siitä, mitä lukituksia käytetään erityyppisissä tapahtumissa, kaikki lukot ovat taulukkotasolla:
| Lausekkeen tyyppi | Lukitus otettu |
|---|---|
| VALIKOIDA | Rakenne–Vakaus (Sch-S) |
| INSERTTI | Intent Exclusive (IX) |
| POISTAA | Intent Exclusive (IX) |
| PÄIVITTÄÄ | Intent Exclusive (IX) |
| KOPIOI - | Intent Exclusive (IX) |
| DDL | Rakenteen muokkaaminen (Sch-M) |
Nämä lukot estävät ristiriidat, kuten taulukon rakenteen muuttamisen, kun rivejä päivitetään tapahtumassa.
Voit käyttää dynaamisen hallintanäkymän (DMV) sys.dm_tran_locks kyselylukkoja.
Ristiriidat kahdesta tai useammasta samanaikaisesta tapahtumasta, jotka päivittävät yhden tai useamman taulukon rivin, arvioidaan tapahtuman lopussa. Ensimmäinen vahvistustapahtuma on suoritettu onnistuneesti, ja muut tapahtumat peruutetaan, ja palautettu virhe. Nämä ristiriidat arvioidaan taulukkotasolla yksittäisen jäsennystiedoston tason sijasta.
INSERT-lausekkeet luovat aina uusia parquet-tiedostoja, mikä tarkoittaa vähemmän ristiriitoja muiden tapahtumien kanssa lukuun ottamatta DDL:ää, koska taulukon rakenne voi muuttua.
Tapahtumien kirjaaminen lokiin
Microsoft Fabric Warehousessa tapahtumien kirjaaminen tapahtuu parquet-tiedostotasolla, koska parquet-tiedostot ovat muuttumattomia (niitä ei voi muuttaa). Palautus aiheuttaa sen, että osoitit takaisin edellisiin parquet-tiedostoihin. Tämän muutoksen etuna on, että tapahtumien kirjaaminen ja palautus on nopeampaa.
Rajoitukset
- Hajautettuja tapahtumia ei tueta.
- Tallennuspisteitä ei tueta.
- Nimettyjä tapahtumia ei tueta.
- Merkittyjä tapahtumia ei tueta.
- ALTER TABLE -toimintoa ei tueta eksplisiittisissä tapahtumissa.
- Tällä hetkellä varastossa on rajoitettua T-SQL-toiminnallisuutta. TSQL-pinta-ala sisältää luettelon T-SQL-komennoista, jotka eivät ole tällä hetkellä käytettävissä.
- Jos tapahtumassa on tietojen lisääminen tyhjään taulukkoon ja select-funktio lisätään ennen kuin se peruutetaan, automaattisesti luodut tilastotiedot voivat silti heijastaa sitomattomia tietoja, mikä aiheuttaa virheellisiä tilastoja. Virheelliset tilastot voivat johtaa optimoimattomaan kyselysuunnitelmiin ja suoritusaikoihin. Jos peruutat SELECTs-tapahtuman suuren LISÄYStoiminnon jälkeen, päivitä SELECT-funktiossa mainittujen sarakkeiden tilastotiedot .