Přejít k navigační liště

Zdroják » Zprávičky » Asynchronní triggery v Cassandře

Asynchronní triggery v Cassandře

NoSQL databáze Cassandra je poměrně jednoduché úložiště co se týče komfortu, který vývojářům poskytuje (narozdíl třeba od MongoDB). Vývojáři používající Cassandru tedy jistě uvítají patch, který přidává podporu pro asynchronní triggery. Triggery mají několik aplikací a jednou z nejzajímavějších je automatická tvorba sekundárních indexů.

Implementace triggerů byla zvolena jako asynchronní kvůli zachování malých latencí při zápisu, tj. při zápisu do ColumnFamily je trigger pouze naplánován, nečeká se na jeho provedení. To samozřejmě může vést ke chvilkové nekonzistenci, ale to není u Cassandry coby eventuálně-konzistentního úložiště problém.

Triggery se iplementují v Javě jako třída, která implementuje rozhraní ITrigger s jedinou metodou execute, která obdrží jako parametry klíč a měněnou ColumnFamily. Který trigger se má spouštět pro jakou ColumnFamily se definuje ve standardním konfiguračním yaml souboru.

Tento patch je zatím „under submission“ a je plánován pro verzi 0.8. Nyní je dostupná verze 0.6.4, verze 0.7 (přinášející řadu novinek) bude pravděpodobně dostupná v řádu týdnů. A možná už v této verzi se dočkáme plné podpory pro sekundární indexy.

Komentáře

Odebírat
Upozornit na
guest
2 Komentářů
Nejstarší
Nejnovější Most Voted
typo

patch!

TypeScript 7 v Go: rychlejší buildy, chybějící API

Betaverze TypeScriptu 7.0 ukazuje víc než rychlejší tsc. Microsoft převádí kompilátor a jazykovou službu z původní kódové základny psané v TypeScriptu a běžící jako JavaScript do Go, přidává paralelní typovou kontrolu a připravuje novou editorovou část postavenou na LSP. Pro část nástrojů ale nepůjde o prostou výměnu binárky: TypeScript 7 zatím nemá stabilní náhradu dnešního Compiler API.

Prolog nezmizel. Jen dnes žije v jiných nástrojích

Prolog nezmizel. Jeho hlavní myšlenku dnes potkáváme v nástrojích, které se Prologu na první pohled nepodobají: v CodeQL pro analýzu kódu, v Rego pro policy-as-code, v Z3 pro práci s omezeními a v Leanu pro formální důkazy. Každý řeší jiný problém, ale všechny připomínají totéž: někdy je lepší popsat vztahy, pravidla, omezení nebo tvrzení než vrstvit další if.