SELECT * FROM … WHERE LIKE '%SONDERZEICHEN%'

[Bernhard Geyer]

Zitat von alzaimar:

select cast ('³' as int) Ergibt '3'.

select charindex ('³','x123') Ergibt '4'.

Da denke ich das Aufgrund der eingestellten Collation/Charset (Ich glaube bim MS SQL Server müssten man nach Sortierung suchen) einfach die Hochstellung eines Zeichens für like-Abfragen, Sortierung etc. einfach als irrelevant ignoriert wird. Wenn man dies auch unterscheiden will müssten man u.U. den passenden entsprechende Sortierungnamen mit "xxx_bin" ausprobieren (Genauen Namen könnte ich erst Montags heraussuchen).

[PaulJr]

Also noch einmal für besseres Verständnis:

Konvertierung: Es handelt sich hier um ca. 300 SQL-Tabellen und unzähligen Spalten des Datentyps VARCHAR.

Es gilt verschiedene Sonderzeichen aufzuspüren und dann diese durch entsprechende Maßnahmen zu ersetzen.

Liefert ein Befehl, wie z.B. dieser:

SELECT KUNDEN FROM KUNDE WHERE KUNDEN LIKE '%³%'

eine Datenmenge zurück, wird angenommen, dass diese Spalte behandelt werden muss.

Es reicht schon, wenn ein Kunde ‘BLABLA300‘ heißt um ein falsches Ergebnis
zu bekommen (da er eine 3 enthält).

Natürlich es werden alle VARCHAR Felder in einer Tabelle auf einmal abgefragt.

Ich möchte hier also NICHT über meine Vorgehensweise Diskutieren sondern
viel mehr ein SQL-Befehl herausfinden, der genau diese Ergebnisse zurückliefet
die an dieser Stelle zu erwarten wären:

Ist in einer Spalte kein Sonderzeichen drin, wie z.B. dieser: '³' ,

dann sollte die Ergebnis-Datenmenge auch leer sein.

Viele Grüße
PaulJr

[NormanNG]

Hi,

in MSSQL hilft evtl. eine passende Collation direkt anzugeben:
SELECT KUNDEN FROM KUNDE WHERE KUNDEN LIKE '%³%'  collate sql_latin1_general_cp1_ci_as

[Jelly]

Wenn ich über den Query Analyzer auf eine MSSQL 2000 Datenbank zugreifen, ergibt bei mir der Befehl von Bernard
select cast ('³' as int) die Fehlermeldung

Code:

Server: Msg 245, Level 16, State 1, Line 1
Syntax error converting the varchar value '³' to a column of data type int.

Es liegt also wohl nicht am Query Analyzer.

[PaulJr]

Hallo Norman,

als ich bin echt beeindruckt und dazu sage ich nur:

Wha wha we wha

Wunderbar und DANKE !!!

Natürlich, dass ist die Lösung für mein Problem…

Viele Grüße und Danke auch an Bernhard und Soulies…

PaulJr.

[PaulJr]

Hallo Jelly,

natürlich Query Analyzer ist und war hier unschuldig.

Im Übrigem dieses Befehl geht z.B. so:

SELECT CAST(SPALTE as Datentyp) FROM Tabelle

also z.B.:

SELECT CAST(BZL as VARCHAR) FROM BLZBANK

Viele Grüße

PaulJr.

[Jelly]

Zitat von PaulJr:

Im Übrigem dieses Befehl geht z.B. so:

SELECT CAST(SPALTE as Datentyp) FROM Tabelle

Was willst du mir damit sagen

[PaulJr]

Sorry Jelly,

ich hab Dich falsch verstanden... vergieß es... (habe nicht genau nachgelesne... sorry)

Viele Grüße

PaulJr

[PaulJr]

Also noch einmal, und diesmal hoffe ich ohne Schreibfehler:
__________________________________________________ __________


Hallo Norman,


also ich bin echt beeindruckt und dazu sage ich nur:


Wha wha we wha


Wunderbar und DANKE !!!


Natürlich, dass das die Lösung für mein Problem ist…!!!


Viele Grüße und Danke auch an Bernhard und Soulies…

PaulJr.

[mashutu]

Zitat von PaulJr:

SELECT * FROM … WHERE LIKE '%SONDERZEICHEN%'
[...]
Die Ergebnisse sind hier deswegen überraschend, da jeder Datensatz mit BLZ die eine „normale“ ‘3‘ enthält kommt als Ergebnis zurück (Das BLZ Feld ist vom Typ VARCHAR ).

Hmm, habe hier gerade kein MSSQL am Laufen (muesste das am Montag mal in der Firma testen.
Denke aber dass Du vermutlich keine Angabe bei der Sortierung gemacht hast, als Du die DB angelegt hast - oder eben eine Einstellung in der Sonderzeichen auf regulaere Zeichen gemappt werden.
Also é auf E und eben die ³ auf 3.
Daher tippe ich auf einen confg-fehler bei der Datenbank