przydatne linki:
* wg niektórych źródeł 'b' w 'b-drzewie' znaczy balanced (zrównoważone). B-drzewo z definicji jest zrównoważone. Szczególną własnością b-drzewa jest jego szerokość/rozłożystośc. W b-drzewie każdy wierzchołek poza korzeniem musi mieć n...2n+1 węzłów potomnych. Wierzchołek drzewa binarnego z definicji ma <= 2 węzły potomne, a drzewo AVL z definicji jest drzewem binarnym
* wiki: Graf nazywamy spójnym, jeśli dla każdej pary wierzchołków istnieje marszruta je łącząca. Zatem nie jest spójny (z powodu wierzchołka D)
wiki: Graf pełny jest grafem prostym, w którym dla każdej pary węzłów istnieje krawędź je łącząca. Zatem nie jest pełny (jw.).
Drzewo to graf spójny bez cykli, więc dany graf również nie jest drzewem
* szukając na liście elementu, trzeba ją całą przeszukiwać od początku, zatem im częściej będziemy szukali elementu (grupy elementów) znajdującego się na początku, tym lepiej dla nas. Wrzucanie wszystkich elementów na początek nam nic nie da, bo średnio i tak będzie dany element w środku.
* złożoność pamięciowa raczej nie jest określona przez operacje dominujące. Wyjątkiem są algorytmy rekurencyjne. Biorąc je pod uwagę zaznaczyłbym wszystko.
* inOrder jest zawsze posortowany
* jak dla mnie a(0,5), b(1,4), c(2,3)
* ma cykl, więc nie jest acykliczny i nie jest drzewem. Na graf pełny trochę mu brakuje krawędzi
* jest pełny i spójny, ma cykl
* za wiki: Graf pełny jest grafem prostym, w którym dla każdej pary węzłów istnieje krawędź je łącząca. Graf prosty - graf bez pętli i krawędzi wielokrotnych. Zatem nie jest grafem pełnym (ale chyba trzeba jeszcze zajrzeć do wykładu dr Chrzastowskiego)
* graf jest dwudzielny, więc nie jest spójny, więc nie jest drzewem i tym bardziej nie jest pełny
* Jak w przypadku przesuwania na początek, tyle że na odwrót;) generalnie opłaca się, jesli dzięki temu już nie będziemy musieli przez nie 'przechodzić' przeszukując listę. Dzieje się tak wyłacznie w przypadku, gdy szukamy różnych elementów