Hashing menggunakan pohon pencarian, bukan daftar

11

Saya berjuang dengan hashing dan material pohon pencarian biner. Dan saya membaca bahwa alih-alih menggunakan daftar untuk menyimpan entri dengan nilai hash yang sama, juga dimungkinkan untuk menggunakan pohon pencarian biner. Dan saya mencoba untuk memahami apa waktu berjalan kasus terburuk dan rata-rata untuk operasi

insert,
find dan
delete

layak dihargai. kasus rata-rata. Apakah mereka meningkat sehubungan dengan daftar?

— forrestGump
sumber

Jika Anda memiliki akses ke analisis ketat runtime tabel hash dengan linear chaining (yaitu daftar linier), ganti bagian di mana biaya rata-rata pada daftar linier terhubung dengan hasil rata-rata kasus implementasi pohon pencarian yang seimbang. Sisanya adalah mekanik. (An jelas, ini membantu.)

— Raphael

4

Untuk daftar, penyisipan, cari dan hapus masing-masing dalam , , . Daftar yang diurutkan lebih buruk. Pencarian biner itu sendiri adalah untuk array yang diurutkan, di mana operasi berada di , , . Jika Anda ingin operasi "penyisipan" dan "hapus" maka Anda membutuhkan lebih dari sekedar pencarian biner. $O(1)$ $O(n)$ $O(n)$ $O(n)$ $O(\log n)$ $O(n)$

Anda mungkin menginginkan sesuatu seperti pohon pencarian biner . Jauh lebih mudah untuk menemukan referensi tentang hal itu setelah Anda memiliki terminologi yang tepat. Operasi-operasi ini berada dalam waktu kasus terburuk, misalnya untuk implementasi yang menggunakan pohon AVL dan pohon merah-hitam . $O(\log n)$

— jmad
sumber

1

Itu semua benar, tetapi saya tidak melihat bagaimana itu menjawab pertanyaan yang diajukan.

— rgrig

Itu bukan pertanyaan yang sama sekali pada saat itu. (Bahkan riwayat edit tidak memiliki pertanyaan asli. Aneh.) Saya dapat memperbarui jawaban saya tetapi itu akan menjadi berlebihan dengan Gilles.

— jmad

4

$O(n)$ $n$ $n$ $n-1 = \Theta(n)$ $n-1$ $O(n)$ $O(1)$

$O(\log n)$

$O(1)$

$n$ $n/2$ $\Theta(n)$ $\Theta(\log n)$

— Gilles 'SANGAT berhenti menjadi jahat'
sumber

2

"dengan distribusi rata-rata data" harus membaca "dengan fungsi hash yang cukup acak"

— JeffE