Nedovedu si predstavit, ze by fungovala nejak vyrazne jinak, nez ze to pole projde od zacatku do konce. Kdyz to setridis, tak tomu imho nepomuzes - jak PHP vi, ze to udrzujes setrideny? Kdyz to budes udrzovat setrizeny a pak si to budes prochazet binarnim hledanim (rucne), tak cas usetrit muzes, ano. Ale pouze tehdy, kdy mnozstvi operaci hledani vyrazne prevazuje nad operacemi pridavani (modifikovani, odebirani).
Druha moznost je mit to ne jako pole hodnot (indexovanych cisly), ale jako asociativni pole, kde jsou klici prave ty hodnoty, o ktery Ti jde (a hodnotami cokoliv, to je fuk), pak by mela bejt operace nalezeni rychla.
Ackoliv ted si uvedomuju, ze ony v PHP nejak normalni a asociativni pole splyvaj, takze tezko rict, jak to je vlastne implementovany (a je mozny, ze tam pak to in_array delaj nejak jinak), mozna by to vedel hkmaly na Okounu (nebo nekdo jiny tamtez). Kazdopadne si myslim, ze plati, ze tomu setridenim nepomuzes (protoze nemas jak PHP rict, ze to udrzujes setrizeny). |