Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
statnice:bakalar:b4b33alg [2025/06/08 12:20] – zapleka3 | statnice:bakalar:b4b33alg [2025/06/13 10:41] (current) – [B-stromy] prokop | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ==== Základní algoritmy a datové struktury pro vyhledávání a řazení. Vyhledávací stromy, rozptylovací tabulky. Prohledávání grafu. Úlohy dynamického programování. Asymptotická složitost a její určování. ==== | + | ====== Základní algoritmy a datové struktury pro vyhledávání a řazení. Vyhledávací stromy, rozptylovací tabulky. Prohledávání grafu. Úlohy dynamického programování. Asymptotická složitost a její určování. |
[[https:// | [[https:// | ||
Line 247: | Line 247: | ||
===== 3. Fronta, zásobník ===== | ===== 3. Fronta, zásobník ===== | ||
- | * průchod stromem/ | + | * Průchod stromem/ |
- | ==== Průchod grafem do šířky | + | ==== Fronta |
- | Začínáme v kořeni a jakmile nalezneme nějaký uzel, tak ho přidáme | + | Fronta je abstraktní datová struktura, která funguje na principu **FIFO** (First In, First Out). |
- | Jakmile BFS najde cílový uzel, tak je nalezená cesta nejkratší. Nevýhodou je vysoká paměťová náročnost. | + | * Prvky se vkládají na konec a odebírají se z čela. |
+ | * Lze ji implementovat např. pomocí cyklického pole. | ||
+ | * Typicky se používá | ||
+ | * Implementace obvykle obsahuje dva ukazatele – `head` a `tail`. | ||
- | ==== Průchod grafem do hloubky | + | ==== Zásobník |
- | Začínáme v kořeni který přidáme na vrchol stacku. Pro prohledání provedeme stack.pop() a přidáme všechny jeho potomky na vrchol stacku. | + | Zásobník je datová struktura s pořadím **LIFO** |
- | DFS nemusí najít nejkratší cestu, je ale méně paměťově náročný než BFS. | + | * Prvky se vkládají i odebírají z jednoho konce – z vrcholu zásobníku. |
+ | * Snadno se implementuje pomocí pole. | ||
+ | * Používá se např. při **rekurzi** nebo při průchodu grafu/ | ||
- | Jedno možné vylepšení ne například IDDFS, kdy iterativně zvětšujeme cutoff hranici pro maximální hloubku prohledávání. Tímto způsobem se snažíme najít | + | ==== Průchod stromem do šířky (BFS) ==== |
+ | BFS (Breadth-First Search) prochází graf po vrstvách. | ||
+ | * Vytvoříme prázdnou frontu a vložíme do ní kořen. | ||
+ | * Dokud není fronta prázdná: | ||
+ | * odebereme prvek z čela, | ||
+ | * zpracujeme ho, | ||
+ | * a vložíme do fronty všechny jeho potomky. | ||
+ | * BFS vždy najde **nejkratší cestu**, pokud existuje (počítá | ||
+ | * Nevýhodou je větší paměťová náročnost – musí uchovávat celou " | ||
+ | ==== Průchod stromem do hloubky (DFS) ==== | ||
+ | DFS (Depth-First Search) se snaží jít co nejhlouběji, | ||
+ | * Na začátku vložíme kořen na vrchol zásobníku. | ||
+ | * Poté opakujeme: | ||
+ | * odebereme vrchol, | ||
+ | * zpracujeme ho, | ||
+ | * a vložíme jeho potomky (typicky v určitém pořadí). | ||
+ | * DFS **nemusí najít nejkratší cestu**, ale často je **úspornější na paměť** než BFS. | ||
+ | |||
+ | ==== IDDFS – iterativní prohledávání do hloubky ==== | ||
+ | IDDFS (Iterative Deepening DFS) kombinuje výhody BFS a DFS. | ||
+ | * Spouštíme DFS s omezením hloubky, které postupně zvyšujeme. | ||
+ | * Tak najdeme nejkratší řešení (jako BFS), ale spotřebujeme méně paměti (jako DFS). | ||
+ | |||
+ | ==== Průchody grafem (BFS/DFS) ==== | ||
+ | Přístupy platí nejen pro stromy, ale i pro obecné grafy. | ||
+ | * Graf můžeme reprezentovat maticí sousednosti nebo seznamem sousedů. | ||
+ | * Oba algoritmy mají složitost $O(|V| + |E|)$ – tj. závisí na počtu vrcholů a hran. | ||
+ | |||
+ | **Využití v grafech:** | ||
+ | * detekce souvislých komponent, | ||
+ | * detekce cyklů, | ||
+ | * hledání minimální kostry (spanning tree), | ||
+ | * hledání nejkratší cesty (BFS), | ||
+ | * topologické uspořádání (DFS). | ||
+ | |||
+ | ==== Průchody binárním stromem ==== | ||
+ | * DFS (do hloubky) má několik variant, které se liší v pořadí operací: | ||
+ | * **PreOrder** – operaci provádíme při první návštěvě uzlu. | ||
+ | * **InOrder** – operaci provádíme po návratu z levého podstromu. | ||
+ | * **PostOrder** – operaci provádíme po návratu z pravého podstromu. | ||
+ | * BFS (do šířky) – prochází úrovně stromu pomocí fronty. | ||
BFS a DFS průchody pro následující graf: | BFS a DFS průchody pro následující graf: | ||
Line 372: | Line 417: | ||
</ | </ | ||
- | ===== Binární vyhledávací stromy ===== | ||
- | * AVL a B-stromy. | ||
- | ==== AVL stromy ==== | + | |
- | AVL stromy jsou vyvážené binární vyhledávací stromy, které zajišťují, že výška levého a pravého podstromu každého uzlu se liší | + | ===== 4. Binární vyhledávací stromy ===== |
- | AVL stromy se vyvažují pomocí rotací, které se provádějí | + | |
- | * Levá rotace | + | ==== Binární vyhledávací stromy (BST) ==== |
- | * Pravá | + | Binární vyhledávací strom je binární strom, ve kterém jsou uzly uspořádány podle hodnoty klíčů: |
- | * Levá-pravá rotace | + | * Levý podstrom obsahuje pouze uzly s menším klíčem než má uzel. |
- | * Pravá-levá rotace | + | * Pravý podstrom obsahuje pouze uzly s větším klíčem. |
+ | |||
+ | Každý uzel může mít maximálně dva potomky. Díky tomuto uspořádání je možné rychle vyhledávat, | ||
+ | |||
+ | === Vyhledávání v BST === | ||
+ | * Začínáme v kořeni stromu. | ||
+ | * Pokud je hledaná hodnota menší než hodnota uzlu, pokračujeme do levého podstromu. | ||
+ | * Pokud je větší, pokračujeme do pravého. | ||
+ | * Pokud se rovná, našli jsme ji. | ||
+ | * Díky binární struktuře je cesta k hledanému uzlu jednoznačná a v ideálním případě logaritmicky dlouhá. | ||
+ | |||
+ | === Vkládání === | ||
+ | * Postupujeme podobně jako u vyhledávání. | ||
+ | * Nový uzel vložíme tam, kde by se měl nacházet – vždy jako list (na konec větve). | ||
+ | * Pokud strom připouští duplicitní klíče, vloží se do levého nebo pravého podstromu podle pravidel. | ||
+ | |||
+ | === Mazání === | ||
+ | * Pokud má uzel **žádné** potomky, prostě ho odstraníme. | ||
+ | * Pokud má **jeden** potomek, nahradíme jej tímto potomkem. | ||
+ | * Pokud má **dva** potomky: | ||
+ | * Najdeme jeho **in-order předchůdce nebo nástupce** – největší uzel v levém nebo nejmenší v pravém podstromu. | ||
+ | * Jeho hodnotou nahradíme hodnotu mazání, a odstraníme ho rekurzivně – bude mít nanejvýš jeden potomek. | ||
+ | |||
+ | * BST může snadno ztratit rovnováhu – pokud vkládáme vzestupně seřazená data, strom degeneruje do lineárního seznamu. | ||
+ | |||
+ | ==== AVL stromy ==== | ||
+ | AVL stromy jsou **samovyvažující** | ||
+ | * To zaručuje, že operace vyhledávání, | ||
+ | * Díky tomu je výška stromu vždy $O(\log n)$ a operace jsou efektivní i v nejhorším | ||
+ | |||
+ | **Rotace** se používají k vyvážení stromu po vkládání nebo mazání: | ||
+ | * **Pravá | ||
+ | * **Levá | ||
+ | | ||
+ | | ||
=== Vyhledávání === | === Vyhledávání === | ||
- | * Stejný postup | + | * Probíhá stejně |
+ | * Časová složitost zůstává $O(\log n)$. | ||
=== Vkládání === | === Vkládání === | ||
- | | + | |
- | | + | |
- | | + | |
* **LL** – pravá rotace | * **LL** – pravá rotace | ||
* **RR** – levá rotace | * **RR** – levá rotace | ||
* **LR** – levá rotace na dítěti, pak pravá rotace | * **LR** – levá rotace na dítěti, pak pravá rotace | ||
* **RL** – pravá rotace na dítěti, pak levá rotace | * **RL** – pravá rotace na dítěti, pak levá rotace | ||
- | | + | |
=== Mazání === | === Mazání === | ||
- | | + | |
- | | + | |
- | | + | |
==== B-stromy ==== | ==== B-stromy ==== | ||
- | Není binární strom, ale je to vyvážený strom, který se prakticky používá v databázových systémech a souborových systémech. | + | B-stromy jsou **vyvážené vyhledávací stromy**, které **nejsou binární** – uzly mohou mít více klíčů i potomků |
- | B-strom je parametrizován | + | * prakticky používá v databázových systémech a souborových systémech. |
- | * každý uzel kromě kořene má **alespoň $t - 1_ a nejvýše | + | |
- | * z toho plyne, že vnitřní uzel má **$t … 2t$ potomků**. | + | B-strom je řízen parametrem |
+ | * Každý uzel (kromě kořene) má alespoň $floor(t/2)$ a nejvýše | ||
+ | * Z toho plyne, že každý | ||
+ | * Kořen může mít méně než $t - 1$ klíčů. | ||
B-stromy umožňují efektivní vyhledávání, | B-stromy umožňují efektivní vyhledávání, | ||
Line 411: | Line 493: | ||
* Každý uzel má minimální a maximální počet klíčů (viz definice $t$ výše). | * Každý uzel má minimální a maximální počet klíčů (viz definice $t$ výše). | ||
- | Když uzel překročí maximální počet klíčů ($2t - 1$), rozdělí se na dva uzly a prostřední klíč se přesune do rodiče. | + | * Když uzel překročí maximální počet klíčů ($2t$), rozdělí se na dva uzly a prostřední klíč se přesune do rodiče. |
- | Pokud rodič také překročí maximální počet klíčů, proces se opakuje až ke kořeni. | + | |
+ | |||
+ | {{: | ||
=== Vyhledávání === | === Vyhledávání === | ||
- | * V každém uzlu binárně vyhledáme interval a sestoupíme | + | * V každém uzlu binárně vyhledáme |
+ | * Díky větší větvenosti | ||
=== Vkládání === | === Vkládání === | ||
- | | + | |
- | | + | |
- | | + | |
+ | * Prostřední klíč | ||
+ | | ||
+ | |||
+ | → Kořen se může | ||
=== Mazání === | === Mazání === | ||
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | ===== Algoritmy řazení ===== | + | → Všechny listy B-stromu jsou vždy na stejné úrovni – struktura je přirozeně vyvážená. |
+ | |||
+ | ==== Srovnání stromů | ||
+ | |||
+ | | Operace | BST (nevyvážený) | AVL | B-strom | | ||
+ | |---------|------------------|-----|---------| | ||
+ | | Vyhledávání | $O(n)$ | $O(\log n)$ | $O(\log n)$ | | ||
+ | | Vkládání | $O(n)$ | $\Theta(\log n)$ | $\Theta(\log n)$ | | ||
+ | | Mazání | ||
+ | | Vyváženost | ne | ano | ano | | ||
+ | |||
+ | |||
+ | ===== 5. Algoritmy řazení ===== | ||
* Insert Sort, Selection Sort, Bubble Sort, QuickSort, Merge Sort, Halda, Heap Sort, Radix Sort, Counting Sort. | * Insert Sort, Selection Sort, Bubble Sort, QuickSort, Merge Sort, Halda, Heap Sort, Radix Sort, Counting Sort. | ||
==== Insert Sort ==== | ==== Insert Sort ==== | ||
+ | Řadíme postupně – začínáme druhým prvkem v poli a vkládáme ho na správné místo do již seřazené části vlevo. Tímto způsobem postupně " | ||
+ | |||
+ | * Jednoduchý, | ||
+ | * Vhodný pro malá pole nebo téměř seřazené vstupy. | ||
+ | * Nejlepší případ (již seřazeno): $O(n)$, jinak $O(n^2)$ | ||
+ | * In-place (nepotřebuje další paměť) | ||
+ | |||
{{https:// | {{https:// | ||
+ | |||
+ | <code python> | ||
+ | # Insertion Sort | ||
+ | def insertion_sort(arr): | ||
+ | for i in range(1, len(arr)): | ||
+ | key = arr[i] | ||
+ | j = i - 1 | ||
+ | while j >= 0 and arr[j] > key: | ||
+ | arr[j + 1] = arr[j] | ||
+ | j -= 1 | ||
+ | arr[j + 1] = key | ||
+ | return arr | ||
+ | </ | ||
==== Selection Sort ==== | ==== Selection Sort ==== | ||
+ | V každé iteraci najdeme nejmenší prvek z neseřazené části a vyměníme ho s prvkem na aktuální pozici. Tímto způsobem posunujeme nejmenší prvky na začátek. | ||
+ | |||
+ | * Snadná implementace, | ||
+ | * Malý počet přepisů (výměn). | ||
+ | * Vždy $O(n^2)$, nezávisle na vstupu. | ||
+ | * In-place, ale obecně neefektivní. | ||
+ | |||
{{https:// | {{https:// | ||
+ | |||
+ | <code python> | ||
+ | # Selection Sort | ||
+ | def selection_sort(arr): | ||
+ | for i in range(len(arr)): | ||
+ | min_idx = i | ||
+ | for j in range(i + 1, len(arr)): | ||
+ | if arr[j] < arr[min_idx]: | ||
+ | min_idx = j | ||
+ | arr[i], arr[min_idx] = arr[min_idx], | ||
+ | return arr | ||
+ | </ | ||
==== Bubble Sort ==== | ==== Bubble Sort ==== | ||
- | Bubble sort postupně prohazuje prvky sousedních dvojic, dokud není pole seřazeno. | + | Postupně procházíme |
- | Asymptotická složitost je $O(n^2)$. | + | |
+ | * Stabilní a velmi jednoduchý algoritmus. | ||
+ | * Nevhodný pro velké množiny – vždy $O(n^2)$. | ||
+ | * In-place; snadná optimalizace pomocí flagu " | ||
{{https:// | {{https:// | ||
- | <codedoc | + | |
+ | <code python> | ||
+ | # Bubble Sort | ||
def bubble_sort(arr): | def bubble_sort(arr): | ||
- | | + | |
- | swapped = False | + | swapped = False |
- | + | for i in range(n): | |
- | | + | if arr[i] > arr[i + 1]: |
- | if arr[i] > arr[i + 1]: | + | arr[i], arr[i + 1] = arr[i + 1], arr[i] |
- | arr[i], arr[i + 1] = arr[i + 1], arr[i] | + | swapped = True |
- | | + | if not swapped: |
- | | + | break |
- | | + | return arr |
- | | + | </code> |
- | break | + | |
- | return arr | + | |
- | </codedoc> | + | |
==== QuickSort ==== | ==== QuickSort ==== | ||
+ | Vysoce efektivní algoritmus typu " | ||
+ | |||
+ | * Průměrně $O(n \log n)$, ale nejhorší případ $O(n^2)$ (např. již seřazené pole a špatně zvolený pivot). | ||
+ | * Nestabilní, | ||
+ | * In-place, obvykle používá rekurzi. | ||
+ | |||
{{https:// | {{https:// | ||
+ | |||
+ | <code python> | ||
+ | # QuickSort | ||
+ | def quicksort(arr): | ||
+ | if len(arr) <= 1: | ||
+ | return arr | ||
+ | pivot = arr[0] | ||
+ | less = [x for x in arr[1:] if x < pivot] | ||
+ | greater_eq = [x for x in arr[1:] if x >= pivot] | ||
+ | return quicksort(less) + [pivot] + quicksort(greater_eq) | ||
+ | </ | ||
==== Merge Sort ==== | ==== Merge Sort ==== | ||
+ | Rozdělíme pole na poloviny, každou rekurzivně seřadíme a pak sloučíme do jednoho seřazeného celku. Při slévání porovnáváme vždy první prvek obou podpolí. | ||
+ | |||
+ | * Stabilní algoritmus s garantovanou složitostí $O(n \log n)$. | ||
+ | * Vyžaduje pomocnou paměť pro slévání (není in-place). | ||
+ | * Vhodný i pro externí řazení (např. řazení souborů na disku). | ||
+ | |||
{{https:// | {{https:// | ||
+ | |||
+ | <code python> | ||
+ | # Merge Sort | ||
+ | def merge_sort(arr): | ||
+ | if len(arr) <= 1: | ||
+ | return arr | ||
+ | mid = len(arr) // 2 | ||
+ | left = merge_sort(arr[: | ||
+ | right = merge_sort(arr[mid: | ||
+ | return merge(left, right) | ||
+ | |||
+ | def merge(left, right): | ||
+ | result = [] | ||
+ | i = j = 0 | ||
+ | while i < len(left) and j < len(right): | ||
+ | if left[i] <= right[j]: | ||
+ | result.append(left[i]) | ||
+ | i += 1 | ||
+ | else: | ||
+ | result.append(right[j]) | ||
+ | j += 1 | ||
+ | result.extend(left[i: | ||
+ | result.extend(right[j: | ||
+ | return result | ||
+ | </ | ||
==== Heap Sort ==== | ==== Heap Sort ==== | ||
+ | Vytvoříme haldu z pole (max-heap nebo min-heap), a opakovaně vyjímáme kořen (největší/ | ||
+ | |||
+ | * Nestabilní, | ||
+ | * In-place – nepotřebuje pomocnou paměť. | ||
+ | * Využívá binární haldu; není tak rychlý jako QuickSort, ale má konzistentní výkon. | ||
+ | |||
{{https:// | {{https:// | ||
+ | |||
+ | <code python> | ||
+ | # Heap Sort | ||
+ | def heapify(arr, | ||
+ | largest = i | ||
+ | l = 2 * i + 1 | ||
+ | r = 2 * i + 2 | ||
+ | if l < n and arr[l] > arr[largest]: | ||
+ | largest = l | ||
+ | if r < n and arr[r] > arr[largest]: | ||
+ | largest = r | ||
+ | if largest != i: | ||
+ | arr[i], arr[largest] = arr[largest], | ||
+ | heapify(arr, | ||
+ | |||
+ | def heap_sort(arr): | ||
+ | n = len(arr) | ||
+ | for i in range(n // 2 - 1, -1, -1): | ||
+ | heapify(arr, | ||
+ | for i in range(n - 1, 0, -1): | ||
+ | arr[0], arr[i] = arr[i], arr[0] | ||
+ | heapify(arr, | ||
+ | return arr | ||
+ | </ | ||
==== Radix Sort ==== | ==== Radix Sort ==== | ||
+ | Řadí čísla nebo řetězce po cifrách (např. nejprve podle jednotek, pak desítek…). Používá stabilní řadicí algoritmus jako Counting Sort pro každou cifru. | ||
+ | |||
+ | * Stabilní, lineární: $O(n \cdot k)$, kde $k$ je počet číslic/ | ||
+ | * Vhodný pro řetězce nebo celá čísla s pevnou délkou. | ||
+ | * Používá se např. u PSČ, osobních čísel apod. | ||
+ | |||
+ | <code python> | ||
+ | # Radix Sort | ||
+ | def counting_sort_by_digit(arr, | ||
+ | n = len(arr) | ||
+ | output = [0] * n | ||
+ | count = [0] * 10 | ||
+ | for i in range(n): | ||
+ | index = (arr[i] // exp) % 10 | ||
+ | count[index] += 1 | ||
+ | for i in range(1, 10): | ||
+ | count[i] += count[i - 1] | ||
+ | for i in reversed(range(n)): | ||
+ | index = (arr[i] // exp) % 10 | ||
+ | output[count[index] - 1] = arr[i] | ||
+ | count[index] -= 1 | ||
+ | return output | ||
+ | |||
+ | def radix_sort(arr): | ||
+ | if not arr: | ||
+ | return [] | ||
+ | max_val = max(arr) | ||
+ | exp = 1 | ||
+ | while max_val // exp > 0: | ||
+ | arr = counting_sort_by_digit(arr, | ||
+ | exp *= 10 | ||
+ | return arr | ||
+ | </ | ||
==== Counting Sort ==== | ==== Counting Sort ==== | ||
- | Counting sort řadí prvky podle počtu výskytů jednotlivých hodnot. Nejdříve | + | Nevyužívá porovnávání, |
- | Funguje pouze pro malý počet řazených symbolů. | + | * Stabilní, velmi rychlý: $O(n + k)$ (k … rozsah hodnot) |
+ | * Není in-place, vyžaduje pomocná pole. | ||
+ | * Vhodný | ||
{{https:// | {{https:// | ||
- | <codedoc | + | <code python> |
- | def countingSort(arr): | + | # Counting Sort |
- | max_val = max(arr) | + | def counting_sort(arr): |
- | count = [0] * (max_val + 1) | + | if not arr: |
+ | return [] | ||
+ | | ||
+ | count = [0] * (max_val + 1) | ||
+ | for num in arr: | ||
+ | count[num] += 1 | ||
+ | output = [] | ||
+ | for i in range(len(count)): | ||
+ | output.extend([i] * count[i]) | ||
+ | return output | ||
+ | </ | ||
- | while len(arr) > 0: | + | ==== Shrnutí složitostí a vlastností ==== |
- | num = arr.pop(0) | + | |
- | count[num] += 1 | + | |
- | | + | | Algoritmus |
- | for i in range(len(count)): | + | |------------------|--------------------|----------|----------|---------------------------------| |
- | | + | | Insert Sort | $O(n^2)$ |
- | + | | Selection Sort | $O(n^2)$ | Ne | Ano | Výuka, málo pohybů | |
- | | + | | Bubble Sort | $O(n^2)$ | Ano | Ano | Jednoduchá implementace |
- | </codedoc> | + | | QuickSort |
+ | | Merge Sort | $O(n \log n)$ | Ano | Ne | Stabilita, externí řazení | ||
+ | | Heap Sort | $O(n \log n)$ | Ne | Ano | Stabilní výkon, bez rekurze | ||
+ | | Counting Sort | $O(n + k)$ | Ano | Ne | Hodně opakujících se čísel | ||
+ | | Radix Sort | $O(n \cdot k)$ | Ano | Ne | Řetězce/čísla s omezenou délkou | | ||
+ | → **Stabilita** znamená, že prvky se stejnou hodnotou zůstávají ve stejném pořadí jako na vstupu. | ||
- | ===== Dynamické programování ===== | + | ===== 6. Dynamické programování ===== |
* struktura optimálního řešení, odstranění rekurze. Nejdelší společná podposloupnost, | * struktura optimálního řešení, odstranění rekurze. Nejdelší společná podposloupnost, | ||
Je to všeobecná strategie pro řešení optimalizačních úloh. Významné vlastnosti: | Je to všeobecná strategie pro řešení optimalizačních úloh. Významné vlastnosti: | ||
* Hledané optimální řešení lze sestavit z vhodně volených optimálních řešení téže úlohy nad redukovanými daty. | * Hledané optimální řešení lze sestavit z vhodně volených optimálních řešení téže úlohy nad redukovanými daty. | ||
- | * V rekurzivně formulovaném postupu řešení se opakovaně objevují stejné menší podproblémy. DP umožňuje obejít opakovaný výpočet většinou jednoduchou tabelací výsledků menších podproblémů, | + | * V rekurzivně formulovaném postupu řešení se opakovaně objevují stejné menší podproblémy. DP umožňuje obejít opakovaný výpočet většinou jednoduchou tabelací výsledků menších podproblémů, |
===== Dynamické programování pro Nejdelší Společnou Posloupnost (LCS) ===== | ===== Dynamické programování pro Nejdelší Společnou Posloupnost (LCS) ===== | ||
- | < | + | |
- | **Myšlenka algoritmu: | + | * Například u posloupností {BDCABA} |
- | * Cíl: Najít | + | * Časová složitost: $O(m \cdot n)$, kde $m$ a $n$ jsou délky řetězců. |
- | * Dynamické programování (DP) využívá 2D tabulku pro ukládání dílčích výsledků. Buňka `dp[i][j]` udává délku LCS pro první `i` znaků řetězce `X` a první `j` znaků řetězce `Y`. | + | |
- | * Pokud `X[i-1] == Y[j-1]`, přidáme tento znak k LCS a přičteme 1 k `dp[i-1][j-1]`. | + | |
- | * Pokud se znaky liší, vezmeme maximum z `dp[i-1][j]` | + | |
- | **Pseudokód v Pythonu:** | + | |
- | ```python | + | * Cíl: Najít nejdelší posloupnost znaků, která se vyskytuje ve stejném pořadí v obou vstupních řetězcích (ne nutně souvisle). |
+ | * Dynamické programování (DP) využívá 2D tabulku pro ukládání dílčích výsledků. | ||
+ | * Buňka | ||
+ | * Pokud `X[i-1] == Y[j-1]`, přidáme tento znak k LCS a přičteme 1 k `dp[i-1][j-1]`. | ||
+ | * Pokud se znaky liší, vezmeme maximum z `dp[i-1][j]` (horní buňka) a `dp[i][j-1]` (levá buňka). | ||
+ | |||
+ | * **Pseudokód v Pythonu: | ||
+ | < | ||
def lcs(X, Y): | def lcs(X, Y): | ||
m = len(X) | m = len(X) | ||
Line 515: | Line 787: | ||
# Vytvoření DP tabulky s nulami (m+1 x n+1) | # Vytvoření DP tabulky s nulami (m+1 x n+1) | ||
dp = [[0]*(n+1) for _ in range(m+1)] | dp = [[0]*(n+1) for _ in range(m+1)] | ||
- | | + | |
# Naplnění tabulky | # Naplnění tabulky | ||
for i in range(1, m+1): | for i in range(1, m+1): | ||
Line 523: | Line 795: | ||
else: | else: | ||
dp[i][j] = max(dp[i-1][j], | dp[i][j] = max(dp[i-1][j], | ||
- | | + | |
# Rekonstrukce LCS z tabulky | # Rekonstrukce LCS z tabulky | ||
i, j = m, n | i, j = m, n | ||
Line 537: | Line 809: | ||
j -= 1 | j -= 1 | ||
return '' | return '' | ||
- | ``` | + | </ |
**Příklad tabulky pro `X = " | **Příklad tabulky pro `X = " | ||
- | - Řešení: **" | ||
+ | Řešení: **" | ||
+ | |||
+ | **Tabulka: | ||
| | | | ||
|---|---|---|---|---|---|---|---|---| | |---|---|---|---|---|---|---|---|---| | ||
Line 552: | Line 826: | ||
| A | 0 | 1 | 2 | 2 | 3 | 3 | 4 | 4 | | | A | 0 | 1 | 2 | 2 | 3 | 3 | 4 | 4 | | ||
- | **Vysvětlení tabulky: | + | * **Vysvětlení tabulky: |
- | * První řádek a sloupec jsou inicializovány na 0 (prázdné podřetězce). | + | * První řádek a sloupec jsou inicializovány na 0 (prázdné podřetězce). |
- | * Buňka `dp[5][7]` (hodnota 4) ukazuje délku LCS. Cesta pro rekonstrukci je vyznačena šipkami: | + | * Buňka `dp[5][7]` (hodnota 4) ukazuje délku LCS. |
- | - Začínáme od `dp[6][7]` | + | * Cesta pro rekonstrukci je postup diagonální |
- | **Časová složitost:** | + | |
- | * Naplnění tabulky: $O(m \cdot n)$, rekonstrukce: $O(m + n)$. | + | * Naplnění tabulky: $O(m \cdot n)$ |
- | * Celkem: $O(m \cdot n)$. | + | * Rekonstrukce: $O(m + n)$ |
- | </ | + | * Celkem: $O(m \cdot n)$ |
- | ===== Rozptylovací tabulky (Hashing) ===== | + | |
+ | |||
+ | |||
+ | ===== 7. Rozptylovací tabulky (Hashing) ===== | ||
* hashovací funkce, řešení kolizí, otevřené a zřetězené tabulky, double hashing, srůstající tabulky, univerzální hashování. | * hashovací funkce, řešení kolizí, otevřené a zřetězené tabulky, double hashing, srůstající tabulky, univerzální hashování. | ||
- | * rozptylovací | + | * Rozptylovací tabulky – tabulka, určená k redukování dat na menší data, která budou jednoznačná. |
- | * Hashovací funkce přiřadí k potenciálně libovolnému množství dat hodnotu | + | * Základ datové struktury slovníku, kde operace search a insert mají konstantní složitost. |
- | * Hashovací funkce v kontextu algoritmizace by měla být hlavně rychlá (narozdíl | + | * Hashovací |
+ | * Hashovací funkce přiřadí k potenciálně libovolnému množství dat hodnotu, která | ||
+ | * V kontextu algoritmizace by měla být hlavně rychlá (na rozdíl | ||
+ | |||
+ | * Cíl je generovat minimum kolizí. | ||
+ | * Kolize – situace, kdy dvěma různým datům přiřadíme | ||
* Umožňují vyhledávat v tabulkách s průměrnou časovou složitostí $O(1)$. | * Umožňují vyhledávat v tabulkách s průměrnou časovou složitostí $O(1)$. | ||
+ | |||
==== Algoritmické úlohy (soutěžní) ==== | ==== Algoritmické úlohy (soutěžní) ==== | ||
- | * Two Sum – O(n) hledání dvojice se zadaným součtem pomocí `set`. | + | * Two Sum – $O(n)$ hledání dvojice se zadaným součtem pomocí `set`. |
* Dynamické programování s memoizací – ukládání $T(n)$ do hashe (Fibonacci, LCS…). | * Dynamické programování s memoizací – ukládání $T(n)$ do hashe (Fibonacci, LCS…). | ||
* Rolling hash (Rabin–Karp) – rychlé vyhledávání vzoru v textu. | * Rolling hash (Rabin–Karp) – rychlé vyhledávání vzoru v textu. | ||
- | * Longest Consecutive Sequence – O(n) řešení s `unordered_set`. | + | * Longest Consecutive Sequence – $O(n)$ řešení s `unordered_set`. |
* Počty výskytů / anagramy – frekvenční slovník pro srovnání řetězců. | * Počty výskytů / anagramy – frekvenční slovník pro srovnání řetězců. | ||
Line 579: | Line 862: | ||
* Hash join v relačních databázích při spojování tabulek. | * Hash join v relačních databázích při spojování tabulek. | ||
* In-memory cache (DNS, LRU) pro konstantní přístup. | * In-memory cache (DNS, LRU) pro konstantní přístup. | ||
- | * Deduplicace | + | * Deduplikace |
* Bloom filter – pravděpodobnostní test příslušnosti s malou pamětí. | * Bloom filter – pravděpodobnostní test příslušnosti s malou pamětí. | ||
==== Kolize v hashovacích tabulkách ==== | ==== Kolize v hashovacích tabulkách ==== | ||
- | Kolize | + | * Kolize |
+ | * Hashovací | ||
+ | * Tabulka je nejčastěji reprezentovaná polem s indexy $0 … n-1$, kde $n$ je délka pole. | ||
- | Hashovací tabulky se používají k rychlému vyhledávání, | + | Existují tři běžné způsoby řešení kolizí: |
- | + | * zřetězený hashing | |
- | Tabulka je nejčastěji reprezentovaná polem s indexy $0 … n-1$, kde $n$ je délka pole. | + | * lineární sondování |
- | + | * double hashing | |
- | Existují tři běžné způsoby řešení kolizí: zřetězený hashing, lineární sondování | + | |
=== Zřetězený hashing === | === Zřetězený hashing === | ||
- | Jak to funguje | + | * Každá adresa si zachovává spojový seznam všech hodnot, které se namapují na danou adresu. |
+ | * Vkládání | ||
+ | * Hledání – projdeme | ||
+ | * Mazání – odstraníme uzel ze seznamu | ||
- | * **Vkládání** – vypočítáme index $h(k)$. | + | Výhody: |
- | Pokud políčko už obsahuje prvek, vložíme nový na *konec* jeho seznamu. | + | |
- | * **Hledání** – projdeme seznam, dokud klíč nenajdeme, nebo nedojdeme na jeho konec. | + | |
- | * **Mazání** – odstraníme uzel ze seznamu (klasická operace na linked-listu). | + | |
- | + | ||
- | Výhody | + | |
* Jednoduchá implementace, | * Jednoduchá implementace, | ||
- | * Výkon se zhoršuje hladce – degraduje k $O(n)$ jen když se load-factor blíží ∞ a seznamy jsou dlouhé. | + | * Výkon se zhoršuje hladce – degraduje k $O(n)$ jen když se load-factor blíží ∞. |
- | Nevýhody | + | Nevýhody: |
* Vícenásobné alokace a ukazatele → ztráta cache-locality. | * Vícenásobné alokace a ukazatele → ztráta cache-locality. | ||
* Potenciálně vyšší režie alokátorů při častém vkládání. | * Potenciálně vyšší režie alokátorů při častém vkládání. | ||
- | Složitost | + | Složitost: |
* Average-case: | * Average-case: | ||
* Worst-case: $O(n)$ | * Worst-case: $O(n)$ | ||
=== Otevřené rozptylování – Linear probing === | === Otevřené rozptylování – Linear probing === | ||
- | Jak to funguje | + | Jak to funguje |
- | * **Vkládání** – vypočítáme index $h(k)$. | + | * **Vkládání** – vypočítáme index $h(k)$. Kolize ⇒ zkusíme $(h(k)+1) \mod n$, pak $+1$… dokud nenajdeme prázdné místo. |
- | | + | |
* **Hledání** – stejně sondujeme, dokud | * **Hledání** – stejně sondujeme, dokud | ||
* nenajdeme klíč | * nenajdeme klíč | ||
Line 637: | Line 918: | ||
* $h1(k)$ – primární index v rozsahu $0 … n-1$ | * $h1(k)$ – primární index v rozsahu $0 … n-1$ | ||
* $h2(k)$ – **krok (step)** v rozsahu $1 … n-1$; | * $h2(k)$ – **krok (step)** v rozsahu $1 … n-1$; | ||
- | musí být nesoudělný s $n$, aby prohlídka pokryla celé pole. | + | |
Algoritmus sondování | Algoritmus sondování | ||
Line 658: | Line 939: | ||
* Average-case: | * Average-case: | ||
* Worst-case: $O(n)$ | * Worst-case: $O(n)$ | ||
+ | |||
+ | |||
=== Srůstající (coalesced) hashing === | === Srůstající (coalesced) hashing === | ||
Kombinuje výhody otevřeného rozptylování a zřetězení: | Kombinuje výhody otevřeného rozptylování a zřetězení: | ||
* Tabulka má vyhrazenou „sklepní“ část (**cellar**) – např. posledních 10–20 % buněk. | * Tabulka má vyhrazenou „sklepní“ část (**cellar**) – např. posledních 10–20 % buněk. | ||
- | * Při kolizi prvek uložíme do **prvního volného** místa hledaného lineárně *odspodu* tabulky | + | * Při kolizi prvek uložíme do **prvního volného** místa hledaného lineárně *odspodu* tabulky (tj. v cellar-zóně) a pomocí ukazatele jej připojíme k řetězci své původní bucket-pozice. |
- | | + | * Vyhledávání prochází ukazatele stejně jako u zřetězení, |
- | * Vyhledávání prochází ukazatele stejně jako u zřetězení, | + | |
- | | + | Různé varianty: |
+ | * LISCH (late insert standard coalesced hashing) – přidáváme na konec řetězce. | ||
+ | * EISCH (early insert…) – přidáváme na začátek řetězce. | ||
+ | * LICH, EICH – jako výše, ale se sklepem. | ||
+ | * VICH – kombinuje, kam přidat podle toho, kde řetězec končí. | ||
Složitost | Složitost | ||
Line 681: | Line 968: | ||
=== Univerzální hashování === | === Univerzální hashování === | ||
- | Myšlenka: místo jediné pevné hash-funkce zvolíme při inicializaci **náhodně** $h$ | + | Myšlenka: místo jediné pevné hash-funkce zvolíme při inicializaci **náhodně** $h$ z rodiny $ℋ$, která splňuje podmínku univerzality: |
- | z rodiny $ℋ$, která splňuje podmínku univerzality: | + | |
$$ | $$ | ||
Line 692: | Line 978: | ||
Důsledky | Důsledky | ||
- | * **Očekávaná** délka řetězce (nebo počet sond) je $\le α$, takže vkládání, | + | * **Očekávaná** délka řetězce (nebo počet sond) je $\le α$, takže vkládání, |
- | | + | * Adversář, který nezná zvolenou $h$, neumí zkonstruovat mnoho kolizí (→ odolnost proti útokům na hash-tabulky např. v webových serverech). |
- | * Adversář, který nezná zvolenou $h$, neumí zkonstruovat mnoho kolizí | + | |
- | | + | |
Složitost | Složitost | ||
* Best / Average (v oč.) $O(1)$, protože $\mathbb{E}[\text{kolize}] \le α$. | * Best / Average (v oč.) $O(1)$, protože $\mathbb{E}[\text{kolize}] \le α$. | ||
- | * Worst-case: stále $O(n)$ (kdybychom si vybrali „špatnou“ funkci), ale pravděpodobnost, | + | * Worst-case: stále $O(n)$ (kdybychom si vybrali „špatnou“ funkci), ale pravděpodobnost, |
- | | + | |