Zeichen bei SELECT ignorieren

[Furtbichler]

Zitat von baumina:

Aber die Ergebnismenge bleibt überschaubar und kann zur Not nochmal genauer betrachtet werden.

Das muß nicht 'zur Not' genauer betrachtet werden, sondern in jedem Fall. Und wenn Du dich darauf verlässt...nun ja. Wenn die Stecknadel in einer Handvoll Heu steckt, ist sie immer noch schwer zu finden.

Ich stehe auf dem Standpunkt, das ein Problem, das ordentlich lösbar ist, auch ordentlich gelöst werden sollte.

PS: Als Lösung für die Eingabe kompletter Telefonnummern mag es als Notbehelf durchgehen, ich würde die paar Daten (da sie ja überschaubar sind) trotzdem in-Memory filtern, und dann richtig.

[baumina]

Ich habe in meiner Datenbank das Problem, dass ein und die selbe Telefonnummer mehr als einmal in der Datenbank drin stehen kann.

z.B.
1. Hans Müller als Kunde mit Telefonnummer
2. Hans Müller als Ansprechpartner seiner Firma mit Privatnummer
3. Hans Müller als Ansprechpartner seiner 2. Firma mit Privatnummer
usw....

Sollte nun unser Telefon klingeln, und Hans Müller ruft von seinem Privattelefon an, wird's spannend

[Furtbichler]

Namen sind nicht eindeutig, Telefonnummern schon (eher).

Ich sagt bereits, das dein Vorschlag als Notbehelft zu gebrauchen ist. Aber nur, wenn die Telefonnummern geeignet abgelegt ist. Und was ist morgen?

Konkret: Dein Vorschlag wird umgesetzt und alle sind zufrieden, denn er funktioniert für die aktuelle Problemstellung: Suche nach vollständiger(!) Telefonummer über die derzeit gespeicherten Nummern (die z.B. nach E.123 abgelegt sind).

Morgen werden jedoch die Outlook-Kontakte importiert und dort wird die Telefonnummer nach dem MS-Standard abgelegt, also [phone] (in der DB sind sie jedoch im Format [phone] abgelegt. Ja und dann ruft Hans Müller an, seine Nummer 03012345678 erscheint im Display und deine Suche findet -nichts-. Der Sachbearbeiter kann den Kunden nicht zuordnen und legt ihn im schlimmsten Fall neu an.

Irgendwann wird dann vergessen, das die Lösung erstens nicht immer das korrekte Ergebnis anzeigt, zweitens nur taugt, wenn man die zu suchende Telefonnummer vollständig angibt und drittens doch nur mit einem bestimme Format funktioniert, also eben z.B. nur E.123, aber nicht mit anderen Standards. Und spätestens dann ist die Suche keine Suche sondern ein Glücksspiel.

Deine Lösung zeigt also nicht nur zu viele an (was zu verschmerzen wäre), sondern ist leider unzuverlässig. Und damit imho so nicht zu gebrauchen.

PS: Mein Beispiel funktioniert auch, wenn die Nummern nur im MS-Format abgelegt sind, also mit internationaler Vorwahl, jedoch ohne führende Null in der Ortsvorwahl. Denn es gibt generell mindestens vier unterschiedliche Formatgruppen, die hinsichtlich der einfache Suche disjunkt sind:
Ortsvorwahl: (30) vs. (030).
Landeskennzahl: +49 vs. 0049 vs. ganz weglassen.

Wie Du siehst, wird es nie zuverlässig funktionieren, so elegant und kurz dein Vorschlag auch ist.

Ein Suchalgorithmus muss robust gegen alle Kombinationen sein, d.h. er muss die gespeicherten und die Such-Telefonnummer in LKZ, OnKZ und Rufnummer unterteilen und dann vergleichen.

Richtig richtig macht man es imho nur dann, wenn die Telefonnummern normalisiert abgelegt werden. Alles andere ist Murks.

[baumina]

Ja, mit diesem einheitlichen Format habe ich mich lange und ausgiebig auseinandergesetzt. Sicherlich bin ich nicht die einzige, die solch eine Konstellation hat:

1. Firmeneigene Adressdatenbank
2. Exchange-Kontakte
3. Outlook auf PCs
4. SmartPhones mit verschiedenen Betriebssystemen

Meine Adressdatenbank füllt die Exchange-Datenbank, die Exchange-Kontakte werden mit den Outlooks und den SmartPhones synchronisiert.

Und nun die Sache mit dem Telefonnummern-Format. Microsoft war so frei sich ein eigenes Telefonnummern-Format zu erfinden, mit dem Exchange und Outlook problemlos arbeitet. Munter gibt man nun alle Telefonnummern in diesem MS-spezial-Format (siehe http://de.wikipedia.org/wiki/Rufnummer) ein. Und dann passiert es ... ich kann mich nicht mehr genau erinnern welches Smartphone mit welchem Betriebssystem es war, auf jeden Fall konnte man mit diesem Smartphone keine einzige Nummer aus dem Exchange-Telefonbuch anrufen, weil es mit dieser Formatierung nicht zurecht kam.

Aus diesem Grunde haben wir und dazu entschlossen dieses MS-Format nicht zu benutzen.

[jobo]

MS ist soweit mir bekannt ein großer Sponsor von Wikipedia.
Was das bedeutet, kann sich jeder selber überlegen.

[baumina]

Zitat von jobo:

MS ist soweit mir bekannt ein großer Sponsor von Wikipedia.
Was das bedeutet, kann sich jeder selber überlegen.

Dann würde Wikipedia das MS-Format als super gut hinstellen, oder die anderen genormten Formate erst gar nicht erwähnen ... ist aber nicht so.

[jobo]

Mmh, wenn das so da stand, wie es nun da steht, dann habt Ihr Euch ja mit MS scheinbar freiwillig gegen ein sinnvolles Format entschieden oder?
Ich habe den Link ehrlich gesagt nicht gelesen, bevor ich meinen Beitrag geschrieben habe. Auch wenn der Artikel offenbar recht ausgewogen ist, kann der Hinweis auf den großen Spender sicher nicht schaden.

[Furtbichler]

Zitat von baumina:

Aus diesem Grunde haben wir und dazu entschlossen dieses MS-Format nicht zu benutzen.

Es kommt auch ohne MS zu Inkonsistenzen, nämlich genau dann, wenn man sich nicht auf ein Format festlegt und alle Importer und Eingaben entsprechend anpasst. Ideal wäre die Trennung von LKZ, OnKZ und Rufnummer. So haben wir das gemacht. Bei der Adresseingabe wird dann zum Land bzw. PLZ/ZIP gleich die LKZ und OnKZ vorgeschlagen.

[p80286]

Wir nutzen das MS-Format, da es dem "Ordnungssinn" des/der Datenerfassenden nahe kommt.
Insbesonders bei proportionalen Fonts ist die Darstellung von Leerzeichen so katastrophal, das man mit diesem Format gut bedient ist.
Und vom einen in das andere Format zu wechseln ist ja relativ einfach (ok, die Durchwahl wird nicht abgetrennt, aber die muß man nur dann kennen wenn man von der einen Nummer auf die andere schließen will, da kan man auch gleich erfasssen)

Zitat:

Richtig richtig macht man es imho nur dann, wenn die Telefonnummern normalisiert abgelegt werden. Alles andere ist Murks.

Gruß
K-H

[baumina]

Ja eine Trennung in Ländervorwahl, Ortsvorwahl, Rufnummer und Durchwahl wäre traumhaft, nur wie bekomme ich meine aktuellen Daten in dieses Format ohne das manuell pflegen zu müssen.