Nevie mi niekto povedať či v SQLite je podporovaný wildcard [] prípadne či nemá nejakú alternatívu ktorá by mala rovnakú funkcionalitu?
Prípadne nevie niekto ako elegantne riešiť nasledovný problém:
zákazník zadá objednávací kód a ja potrebujem dohľadať v DB jeho správny tvar ktorý môže obsahovať znaky: - . , / _ medzera
príklady:
zadaný kod : 90053502 spravny tvar: 90-05350-2
zadaný kod : 9231081896 spravny tvar: 9 231 081 896
zadaný kod : 166080 spravny tvar: 166.080
Proč v DB neukládáš rovnou správný tvar?
Jinak tohle se dá řešit pomocí funkce REPLACE(), v porovnávaném textu odstraníš ty znaky navíc, v tvém případě takto:
Přijde mi ale jednoduší to už uložit okleštěné o ty znaky navíc. Ideálně nech v DB původní tvar objednávacího kódu a tvar pro vyhledávání, tím to urychlíš a pokud dojde po odstranění znaků ke shodě u více druhů zboží, nabídneš uživateli možnost vybrat to správné.Kód:SELECT SloupceCoPotrebujes FROM TvojeTabulka WHERE ZadanyKod = Replace(Replace(Replace(Replace(Replace(Replace(SloupecSpravnyTvar, '-',''),'.',''),',',''),'/',''),'_',''),' ','')
v DB spravny tvar neukladam z 2 dovodov. 1 tieto kody su primarnymi klucami a zaroven cudzimi pripadne v inej podobe minimalne v 30 tabulkach cize ich menit nemozem aby som zachoval previazanie. 2 DB je velka (cca 30GB) a duplikovanim zaznamov v ich orezanej forme by velkost este viac navysilo... a co sa replacu tyka tak ten som skusal uz davno a bolo to velmi pomale pri tom objeme dat a operaci co potrebujem robit...
Pokud máš takhle velkou databázi s vazbami přes klíče, tak je skutečně nejlepší řešení v té primární tabulce udělat sloupec navíc, a do něj ukládat záznamy v ořezané formě. Navýší ti to sice objem dat, ale nijak tragicky, pokud jde o jedno pole v jedné tabulce a můžeš to pole pak indexovat, takže získáš rychlé vyhledávání. Pomalejší bude jen ukládání nového produktu (protože tam ten replace na nový sloupec budeš muset použít), ale to nevadí, protože primární bude asi to vyhledávání, které probíhá zřejmě častěji a hlavně s tipuju že tam je potřeba rychlé odezvy důležitější.
A nechtělo by to začít přepracováním datového modelu?
