8 odpovědí na toto téma

[Kreten8]

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ě?

Přiložené miniatury

• 

[HaLuMa]

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ě.

[nalano]

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

[HaLuMa]

Doteď se to tak neřadilo?

[nalano]

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í.

[HaLuMa]

Aaaaa, už vím proč! Taková trapná chyba v úvaze... v další verzi to už bude řadit správně.

[nalano]

Proč byly některé na začátku? Jsem tam nic nevykoukal, v čem byly jiné.
Každopádně děkuji za úpravu.

[Pontiac_CZ]

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.

[HaLuMa]

české windows ti všechno všude řadí česky.