> Ich hätte für die ganze Nummer nach Mysql Replace Regex oder so geschaut, aber keine Ahnung genau. Ich nicht. Die „Stringarithmetik“ ist schlicht dü[nn|mm]er als die mächtig-gewaltige Regex-Maschine und damit schneller - was besonders dann Auswirkung hat, wenn es viele Zeilen sind... Wenn wir schon dabei sind: > > ~~~SQL > > … WHERE RIGHT(Artikelnummer,1) = '.' > > ~~~ Das macht einen Fullscan. Sollte das a) zu lange dauern **und** b) oft gemacht werden, dann **kann** es effektiver sein, eine zusätzliche Spalte mit umgekehrtem Text vorzusehen, diese mit zu füttern und natürlich ebenfalls zu indexieren und mit ~~~ … WHERE Artikelnummer_Reversed LIKE ".%" ~~~ zu sieben. (Auch Artikelnummer_Reversed muss dann mit bearbeitet werden...)

> Ich hätte für die ganze Nummer nach Mysql Replace Regex oder so geschaut, aber keine Ahnung genau. Ich nicht. Die „Stringarithmetik“ ist schlicht dünmmer als die mächtig-gewaltige Regex-Maschine und damit schneller - was besonders dann Auswirkung hat, wenn es viele Zeilen sind... Wenn wir schon dabei sind: > > ~~~SQL > > … WHERE RIGHT(Artikelnummer,1) = '.' > > ~~~ Das macht einen Fullscan. Sollte das a) zu lange dauern **und** b) oft gemacht werden, dann **kann** es effektiver sein, eine zusätzliche Spalte mit umgekehrtem Text vorzusehen, diese mit zu füttern und natürlich ebenfalls zu indexieren und mit ~~~ … WHERE Artikelnummer_Reversed LIKE ".%" ~~~ zu sieben. (Auch Artikelnummer_Reversed muss dann mit bearbeitet werden...)

> Ich hätte für die ganze Nummer nach Mysql Replace Regex oder so geschaut, aber keine Ahnung genau. Ich nicht. Die „Stringarithmetik“ ist schlicht billiger und damit schneller - was besonders dann Auswirkung hat, wenn es viele Zeilen sind... Wenn wir schon dabei sind: > > ~~~SQL > > … WHERE RIGHT(Artikelnummer,1) = '.' > > ~~~ Das macht einen Fullscan. Sollte das a) zu lange dauern **und** b) oft gemacht werden, dann **kann** es effektiver sein, eine zusätzliche Spalte mit umgekehrtem Text vorzusehen, diese mit zu füttern und natürlich ebenfalls zu indexieren und mit ~~~ … WHERE Artikelnummer_Reversed LIKE ".%" ~~~ zu sieben. (Auch Artikelnummer_Reversed muss dann mit bearbeitet werden...)

> Ich hätte für die ganze Nummer nach Mysql Replace Regex oder so geschaut, aber keine Ahnung genau. Ich nicht. Die „Stringarithmetik“ ist schlicht billiger und damit schneller - was besonders dann Auswirkung hat, wenn es viele Zeilen sind... Wenn wir schon dabei sind: > > ~~~SQL > > … WHERE RIGHT(Artikelnummer,1) = '.' > > ~~~ Das macht einen Fullscan. Sollte das a) zu lange dauern **und** b) oft gemacht werden, dann **kann** es effektiver sein, eine zusätzliche Spalte mit umgekehrtem Text vorzusehen, diese ebenfalls zu indexieren und mit ~~~ … WHERE Artikelnummer_Reversed LIKE ".%" ~~~ zu sieben. (Auch Artikelnummer_Reversed muss dann mit bearbeitet werden...)

> Ich hätte für die ganze Nummer nach Mysql Replace Regex oder so geschaut, aber keine Ahnung genau. Ich nicht. Die „Stringarithmetik“ ist schlicht billiger und damit schneller - was besonders dann Auswirkung hat, wenn es viele Zeilen sind... Wenn wir schon dabei sind: > > ~~~SQL > > … WHERE RIGHT(Artikelnummer,1) = '.' > > ~~~ Das macht einen Fullscan. Sollte das a) zu lange dauern **und** b) oft gemacht werden, dann **kann** es effektiver sein, eine zusätzliche Spalte mit umgekehrtem Text vorzusehen und mit ~~~ … WHERE Artikelnummer_Reversed LIKE ".%" ~~~ zu sieben.

> Ich hätte für die ganze Nummer nach Mysql Replace Regex oder so geschaut, aber keine Ahnung genau. Ich nicht. Die „Stringarithmetik“ ist schlicht billiger und damit schneller - was besonders dann Auswirkung hat, wenn es viele Zeilen sind... Wenn wir schon dabei sind: ~~~SQL … WHERE RIGHT(Artikelnummer,1) = '.' ~~~ Das macht einen Fullscan. Sollte das a) zu lange dauern **und** b) oft gemacht werden, dann **kann** es effektiver sein, eine zusätzliche Spalte mit umgekehrtem Text vorzusehen und mit ~~~ … WHERE Artikelnummer_Reversed LIKE ".%" ~~~ zu sieben.