Vyplati se pouzit hashovaci funkci?

Hmmm :- A to je ještě ve vedlejším sloupci "chart_id" ve tvaru "cz-radio-top100-weekly-yyyy-ww", ale co už, no. Chtěl jsem to mít tak, aby bylo už z ID jasné, o co jde.

no to moc hezke neni :D.jeste me tak napda. dá se ze stringu nejak udelat integer? :D nebo je to hodneissleny napad? chci to pak pouzit na provazani s jinou tabulkou pomoci treti (M:N). a nevim jestli mám vyuzit ten sloupek id ktery k tomu sice primo vybizi, ale zase se na nej musim ptat po pridani noveho zaznamu, coz mi neprijde uplne efektivni. radsi bych pouzil tenhle ktery znam uz pri pridavani zaznamu

Zkoušel jsem si udělat crc32 hash ke stringu, samotný string (varchar řetězec) má v db nastaven unikátní klíč, sloupec s crc32 hashem má nastavený neunikátní klíč (nalézt kolizi u crc32 je jistě snazší než u md5) a jedná se o unsigned int, tedy 32bit číslo, crc32 je také 32bitový. Pokusně jsem pracoval se 150 000 záznamy. Výsledek byl ten, že pokud jsem crc32 hash použil (nejprve vypočítal crc32 stringu a na ten se pak dotazoval) nebo naopak se dotazoval rovnou na string, rychlost načítání záznamů to nijak neovlivnilo - byla stejná. Klíč jako klíč, říkám si. Nejsem si jistý, jak MySQL pracuje s indexy, ale jisté je, že index sloupce s varchar bude mít jinou paměťovou náročnost než sloupec se 4 bajtovým int. Tolik můj poznatek. Sám jsem něco podobného použil ve své aplikaci... A asi zbytečně, pokud tedy neberu v potaz paměťovou náročnost? :)