In-Memory OLTP (Hekaton)

Modul 4 - Lekcija 1

⏱️ Trajanje: ~3 časa 📚 Nivo: Ekspertski 🎯 Praktični primjeri: 4

📖 Zašto In-Memory?

Standardne tabele (disk-based) pate od latencije diska i "lock contention-a" (zaključavanja redova dok ih drugi procesi čitaju). Kod ekstremnih zahtjeva (stotine hiljada transakcija po

Ključni Koncepti

Detaljno objašnjenje u punom tutorijalu.

📖 Pogledaj Detaljno Objašnjenje →

🏗️ Arhitektura bez zaključavanja

Za razliku od standardnih tabela, In-Memory tabele:

📖 Pogledaj Detaljno Objašnjenje →

📊 Tipovi In-Memory Tabela

Podaci se čuvaju u RAM-u, ali se svaka promjena zapisuje na disk. Ako se server ugasi, podaci su sigurni. Ovo je default za kritične podatke.

📖 Pogledaj Detaljno Objašnjenje →

⚡ Nativno Kompajlirane Stored Procedure

To su procedure kreirane sa klauzulom NATIVE_COMPILATION. One su do 100x brže od običnih procedura jer se kompajliraju direktno u mašinski kod (C kod) umjesto da se interpretiraju kroz

📖 Pogledaj Detaljno Objašnjenje →

🎯 Praktična Vježba: Uništavanje uskih grla

Tabela RealTimeLogs prima 50.000 upisa u sekundi i usporava cijelu bazu. Moramo je prebaciti u In-Memory mode.

📖 Pogledaj Detaljno Objašnjenje →

✅ Zaključak

In-Memory OLTP nije za sve podatke, već za uska grla:

📖 Pogledaj Detaljno Objašnjenje →