LIKE MATCH whatever ??

pröv med:

select distinct * from <tabelnavn> where (region like '0' or region like '0 ' or region like ' 0' or region like ' 0 ') and region not like '%10%'

måske det er bedre performance hvis man taster:

select distinct * from <tabelnavn> where region not like '%10%' and (region like '0' or region like '0 ' or region like ' 0' or region like ' 0 ')

Hmm, det var en ordentlig omgang like's. Bliver det ikke lamgsomt. SKulle hellere ændre det sådan at de opbevares anderledes ?

|0|3|6|10| ?? region LIKE '|0|' ... region LIKE '|10|' ?? Ville det være hurtigere ?

Hvis du fuldtekst indexerer feltet, så kan du bruge følgende query:

select distinct * from <tabel> where match('region') against ('0 not near 10' IN BOOLEAN MODE)

Det skulle gerne virke, men man ved jo aldrig, når man ikke har tabellen til at teste med :)

eller
select osv. where region like '0%' and region not like '%10'

Ville det være en fordel at opdele regionerne anderledes. Det er til styring af hvilke regioner et firma hører til i en kundebase, jeg smider selv data ned i feltet, så jeg bestemmer selv hvordan de skal ligge.

Det ville nok være mest optimalt med hver region i en record for sig selv, dvs.

Firma, region
xxx,0
xxx,1
xxx,2
xxx,3

osv.

For så skulle det være meget nemt at pille dem fra med region 0, men ikke 10 :)

nå, tänkte ikke riktig klart det =)
websmith har nok den smartaste lösning

select distinct * from <tabelnavn> where region like '%0%' and region not like '%10%'

>websmith. Det syntes jeg måske nok ville være lige lovligt mange der så skal oprettes. Bare tanken om at skulle vedligeholde dem. Måske jeg skulle lave 11 nye felter i tabellen region0, region1, ..., region10 og så fylde 0 eller 1 i dem hvis den pågældende region er aktiv for dette firma.

Du har ret i at det måske er nemmere, men hvad nu hvis der engang kommer en ny region, så skal du til at kode om i din database. Hvis du gør som jeg skriver, så får du er meget mere struktureret layout på din database.

Det burde vel heller ikke være mere besværligt at indsætte dine regioner, da du så ville kunne gøre det med et loop et eller andet sted i din kode. Som det er nu, så skal du loope og oprette en streng som du indsætter i din database.

>websmith, jeg er bange for at du har ret. Jeg har lagt alle regioner og kategorier ud i en særskilt tabel som så relaterer på ID. smart og hurtigst.
Mange tak.