Diskuze: SQLite - problém s diakritikou
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 15 zpráv z 15.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.


Sort pro Unicode není v SQLite dořešen a vývojáři ho asi řešit nebudou, protože by to zvětšilo velikost knihovny SQLite asi na čtyřnásobek. Tomu se chtějí vyhnout, chtějí, aby zůstala "lite". Neoficiálně sice patch existuje, ale na hostingu stejně nebývá.
Nejlépe asi bude, když výstupní data seřadíš až v Javě. Java řadit umí.
No problém je, že data Cursor předávám adaptéru a zobrazuju v ListView. Pokud budu data z Cursoru převádět do pole objektů tak to nebude moc šetrné k baterce zařízení. Navíc by se na mobilu pravděpodobně taková operace projevila nějakým zásekem.
Pokud počet řazených položek nepřekročí pár tisíc, tak bych to moc neřešil. Zkusil sis to už? Podle mne tam výkonový propad nebude žádný.
Kromě toho ta data určitě nebudeš převádět do pole objektů.
Další možností je implementovat vlastní české řazení do SQLite napsané v Javě. Ani by to nemuselo být moc dlouhé, de facto by mělo stačit sdělit SQLite, kterou porovnávací javovskou funkci má použít.
Můžeš si tu řadící funkci napsat na míru, projede položky a vybere jen ty, které začínají diakritickým znakem. Zařadit položku na správné místo by pak mělo být velmi rychlé a neříkej mi, že jich bude mnoho.
EDIT: Ono se to vlastně může projevit i u druhého znaku. Záleží, jak moc ti to vadí. Jinak ti nezbude nic jiného, než si SQLite opatchovat nebo to seřadit sortem.
Taky mě napadlo, že bych to setřídil, ale Cursor neumožňuje abych data v něm nějak třídil.
Nejprve jsi psal o poli, teď píšeš o kolekci.
SQLite se dá téměř libovolně rozšiřovat o další funkce. Funkce na české porovnávání bude na 3 řádky. Už jsi ji mohl mít napsanou.
Stejně nepochopím, že v dnešní době něco neumí UTFko, určitě bych tuto DB nepoužil.
SQLite umí UTF-8. Jen je ta podpora ořezaná na minimum, protože by bylo zbytečné mít 2× podporu českého řazení v jedné aplikaci.
Ve spoustě aplikací to prostě není potřebné. Řetězce napsané v UTF-8 se ukládají a selektují normálně, což se třeba o MySQL v defaultní konfiguraci říct nedá.
Na web, tedy jedno z nejprimitivnějších použití databáze, je SQLite mnohem výhodnější než MySQL.
Zkus to řadit až v Javě:
Collator c = Collator.getInstance(new Locale("cs"));
Collections.sort(list, c);
No zkusím vytvořit wrapper toho cursoru a vytvořit si tam metodu sort. Když to setřídím tak si vytvoří kolekce intů s pozicema v rámci původního cursoru. Přepisem metod pro získávání hodnot z cursoru bych pak dostával hodnoty z těch pozic v původním cursoru. Výkonnost asi nebude kdovíjaká, ale myslím, že to bude lepší než vytvářet kolekci objektů s těma prvkama. Nevidíte v návrhu řešení nějakej zásadní problém, kterej by mi unikl?
Zobrazeno 15 zpráv z 15.