Mám v databázi i jiné objekty než kešky a používám jiné prefixy než GC a když si to seřadím podle toho GC kódu, tak mám výsledek viz obrázek. Proč dvě TA jsou mezi ZP a VP a nejsou mezi ostatními TA? Proč na konci jsou VP2609 seřazený sestupně podle písmenek za tím číslem 2609? A proč ZP není až na konci, když je to seřazeno vzestupně?
No, protože to ted není uplně dobře udělané...
On se totiž pokusí z toho ID odhodit první dva znaky, a ze zbytku se pokusí zjistit číselné pořadové číslo keše. Což se ne u všech řetězců povede. Tam, kde se to povede, se to pak řadí podle toho získaného čísla. A kde se to nepovede, tak se to řadí abecedně. Proto ten zmatek.
Zrovna to upravuji tak, aby se ten převod na pořadové číslo dělalo jen u bodů typu GC, a zbytek bude prostě abecedně.
Když se v tom vrtáš. Kdyby se ti povedlo zařídit, aby při řazení byly za sebou kódy labek a jejich mateřské kešky, bylo by to fajn. Labka má ID složené z GC kódu kešky nasledované pomlčkou a 1-2 znaky jako identifikátor kešky. Děkuji
Doteď se to tak neřadilo?
Některé labky jsou na začátku, pak jsou kešky a drtivá většina labek je na konci. Při vzestupném řazení.
Aaaaa, už vím proč! Taková trapná chyba v úvaze... v další verzi to už bude řadit správně.
Proč byly některé na začátku? Jsem tam nic nevykoukal, v čem byly jiné.
Každopádně děkuji za úpravu.
Já jsem si teď všiml u seřazení podle jména:
Je to nejspíš podle češtiny, jen mě to trošku zmátlo - člověk jede očima, A, B, C, D... H, C, ...
Ale není to zas tak podstatné, jen je potřeba si uvědomit, že věci začínající C je třeba hledat na dvou místech.
české windows ti všechno všude řadí česky.