Megosztás a következőn keresztül:

Lágy törlés áttekintése

A következőkre vonatkozik: ✅Microsoft Fabric✅Azure Data Explorer

Az egyes rekordok törlésének lehetősége támogatott. A rekordtörlés általában az alábbi módszerek egyikével érhető el:

  • Ha olyan rekordokat szeretne törölni, amelyekben a rendszer garantálja, hogy az ezeket a rekordokat tartalmazó tárolási összetevők is törlődnek, használja a .purge
  • Ha ilyen garancia nélkül szeretne rekordokat törölni, használja .delete a jelen cikkben leírtak szerint – ez a parancs töröltként jelöli meg a rekordokat, de nem feltétlenül törli az adatokat a tárolási összetevőkből. Ez a törlési módszer gyorsabb, mint a törlés.

A parancs használatáról további információt a Szintaxis és a Példa című témakörben talál.

Használati esetek

Ez a törlési módszer csak az egyes rekordok nem tervezett törléséhez használható. Ha például azt tapasztalja, hogy egy IoT-eszköz egy ideig sérült telemetriát jelent, érdemes lehet ezzel a módszerrel törölnie a sérült adatokat.

Ha gyakran kell törölnie a rekordokat a deduplikációhoz vagy a frissítésekhez, javasoljuk, hogy materializált nézeteket használjon. A materializált nézetek és az adatdeduplikáció helyreállítható törlése közötti választást itt tekintheti meg.

Törlési folyamat

A helyreállítható törlési folyamat a következő lépésekkel történik:

  1. Predikátum-lekérdezés futtatása: A rendszer a táblát beolvasva azonosítja a törölni kívánt rekordokat tartalmazó adat kiterjedéseket. Az azonosított mértékek egy vagy több rekordot a predikátum lekérdezése által visszaadtak.
  2. Mértékek cseréje: Az azonosított mértékek új, az eredeti adatblobokra mutató mértékekre lesznek lecserélve, valamint egy új rejtett oszloptípussal bool , amely rekordonként jelzi, hogy törölték-e vagy sem. Ha nem tölt be új adatokat, a predikátum lekérdezés nem ad vissza rekordokat, ha újra fut.

Korlátok és megfontolások

  • A törlési folyamat végleges és visszavonhatatlan. Ezt a folyamatot nem lehet visszavonni vagy helyreállítani a törölt adatokat, annak ellenére, hogy a tárolási összetevők nem feltétlenül törlődnek a művelet után.

  • A helyreállítható törlés natív táblák és materializált nézetek esetében támogatott. Külső táblák esetében ez nem támogatott.

  • A helyreállítható törlés futtatása előtt ellenőrizze a predikátumot egy lekérdezés futtatásával, és ellenőrizze, hogy az eredmények megfelelnek-e a várt eredménynek. A parancsot whatif módban is futtathatja, amely a várhatóan törölni kívánt rekordok számát adja vissza.

  • Ne futtasson több párhuzamos helyreállítható törlési műveletet ugyanazon a táblán, mert ez néhány vagy az összes parancs meghibásodását okozhatja. Azonban több párhuzamos helyreállítható törlési műveletet is futtathat különböző táblákon.

  • Ne futtasson helyreállítható törlési és törlési parancsokat ugyanazon a táblán párhuzamosan. Először várja meg, amíg az egyik parancs befejeződik, és csak ezután futtassa a másik parancsot.

  • A rendszer végrehajtja a helyreállítható törlést a fürt URI-ján: https://[YourClusterName].[region].kusto.windows.net. A parancshoz adatbázis-rendszergazdai engedélyek szükségesek a megfelelő adatbázishoz.

  • Ha olyan táblából töröl rekordokat, amely egy materializált nézet forrástáblája, hatással lehet a materializált nézetre. Ha a törölt rekordokat még nem dolgozta fel a materializálási ciklus, ezek a rekordok hiányoznak a nézetben, mivel soha nem lesznek feldolgozva. Hasonlóképpen, a törlésnek nincs hatása a materializált nézetre, ha a rekordokat már feldolgozták.

  • A predikátum korlátozásai:

    • Legalább egy where operátort tartalmaznia kell.
    • Csak arra a táblára hivatkozhat, amelyből a rekordokat törölni szeretné.
    • Csak a következő operátorok engedélyezettek: extend, order, project, takeés where. Belül toscalar()az summarize operátor is engedélyezett.

Törlési teljesítmény

A törlési folyamat teljesítményét befolyásoló fő szempontok a következők:

  • Predikátum-lekérdezés futtatása: Ennek a lépésnek a teljesítménye nagyon hasonlít a predikátum teljesítményéhez. A predikátumtól függően kissé gyorsabb vagy lassabb lehet, de a különbség várhatóan jelentéktelen lesz.
  • Mértékek cseréje: A lépés teljesítménye a következőktől függ:
    • Rekordeloszlás a fürt adat kiterjedései között
    • A fürt csomópontjainak száma

Ellentétben .purgea .delete parancs nem veszi át az adatokat. Csak a predikátum lekérdezés által visszaadott rekordokat jelöli meg töröltként, ezért sokkal gyorsabb.

Lekérdezési teljesítmény törlés után

A lekérdezési teljesítmény várhatóan nem fog észrevehetően megváltozni a rekordok törlése után.

A teljesítménycsökkenés nem várható, mert a törölt rekordokat kiszűrő összes lekérdezéshez automatikusan hozzáadott szűrő hatékony.

A lekérdezési teljesítmény azonban nem garantáltan javul. Bár bizonyos típusú lekérdezések teljesítménybeli javulása előfordulhat, mások esetében ez nem feltétlenül történik meg. A lekérdezési teljesítmény javítása érdekében a rekordok többségének törlését lehetővé tevő mértékek rendszeres tömörítése olyan új mértékekre való lecserélésével, amelyek csak a nem törölt rekordokat tartalmazzák.

A COGS-ekre gyakorolt hatás (eladott áruk költsége)

A legtöbb esetben a rekordok törlése nem eredményezi a COGS módosítását.

  • Nem lesz csökkenés, mert a rendszer nem töröl rekordokat. A rekordok csak töröltként vannak megjelölve egy rejtett típusú booloszlop használatával, amelynek mérete elhanyagolható.
  • A legtöbb esetben nem lesz növekedés, mert a .delete művelethez nincs szükség további erőforrások kiépítésére.
  • Bizonyos esetekben a rekordok többségének törlését lehetővé tevő mértékek időnként tömörítve lesznek, ha olyan új mértékekre cserélik őket, amelyek csak a nem törölt rekordokat tartalmazzák. Ez a sok törölt rekordot tartalmazó régi tárolási összetevők törlését okozza. Az új mértékek kisebbek, ezért kevesebb helyet foglalnak el mind a Tárfiókban, mind a gyorsgyorsítótárban. A legtöbb esetben azonban ennek hatása a COGS-ekre elhanyagolható.

Kapcsolódó tartalom