Telefonnummer in Datenbank Finden

[ajmbarros]

Reguläre ausdrücke werden unterstützt, aber:

Code:

select *
from Kontakte k
where k.tel is similar to '?'

Ich habe 0123456 als ausganswert.
Wenn ich genau die Telefonnumer suche entgehen mir die Nummern mit Sonderzeichen o.ä.

Es müsste, nach meinen Idealvorstellungen so sein (geht aber nicht):

Code:

select *
from Kontakte k
where regex(k.tel,'/d{1,}' = '0123456'

wobei "/d{1,}" für eine beliebige anzahl von Zahlen steht.

Oder es müsste eine Art von "Cast" funktionieren, aber auch das fand ich nicht.

[himitsu]

Was gibt denn diese regex-Funktion für ein Ergebnis raus?

Entweder alle Zahlen-Funde, welche aus dem regex rauskommen, wieder zu einem String zusammensetzen

oder andersdrum könnte es auch gehn -> via Regex-Replace alles Ungültige entfernen


Aber, wie erwähnt, mußt du bei den Vorwahlen aufpassen

[phone]
[phone]
0351 666666
0049 351 666666
usw.

Entweder die verschiedenen Landesvorwahlen entfernen (wenn nur in Deuschland) oder die Vorwahlen vereinheitlichen.

[ajmbarros]

Genau das ist mein Problem. Diese Funktion gibt es meines Wissens nicht. Die erste Variante existiert. Allerdings weiß ich nicht wie der regulärer Ausdruck gebaut werden könnte.

[Sir Rufo]

Man sollte eben immer darauf aufpassen, wie die Daten in der Datenbank abgelegt werden. So wie es scheint ist die Telefonnummer stumpf als Text dort gespeichert worden, was sich nun rächt. Besser wäre es gewesen und ist es, solche Daten kontrolliert in die Datenbank zu schreiben.

Es ist unerheblich, in welcher Art diese in der Datenbank abgelegt werden, es muss nur eben reproduzierbar sein. Helfen kann dabei ein sogenanntes ValueObject (in Delphi am einfachsten mit einem Record darstellbar).

Dieses ValueObject wird dann mit einem Konstruktor erzeugt und der lässt eben nur gültige Einträge zu. Gerade bei Rufnummern kann man da auch ein sehr schönes Konstrukt bauen, was dann abhängig vom aktuellen Kontext die Rufnummern ausgibt und auch annimmt.

Nehmen wir an wir befinden uns in Hamburg, dann ist der Kontext +49 40. Erzeugt man nun ein VO mit 123456 dann wird das intern und für die Datenbank als [phone] gespeichert. Bei einer Abfrage würde aber wieder nur 123456 herauskommen.

Die gleiche Rufnummer ergibt für den Kontext Berlin +49 30 dann 040 123456.

Im Übrigen gibt es hier im Forum ein bisserl Code von mir genau zu dem Thema Rufnummer Validierung und Formatierung. Einfach mal die Suche bemühen.

[Dejan Vu]

Ergänzung:
Sind das meine Daten, d.h. hat meine Anwendung exklusiven Zugang zu den Daten? Dann gerne bei der Erfassung normalisieren.
Sind das Altlasten bzw. Fremddaten, dann lieber den Vorschlag von himitsu verwenden.

Mit RegEx bei der Suche würde ich hier nicht arbeiten, denn es gibt dann immer Fälle, die unter den Tisch fallen. Bei den beiden anderen Varianten kann ich das aber merken bzw. dann tritt das gar nicht auf (VO)

[jobo]

Also eine Normalisierung der gespeicherten Fassung der Nummer und eine identisch normalisierte gesuchte Nummer sollte doch in jedem Fall der richtige Ansatz sein.
Selbst wenn schreckliche Altdaten vorliegen, sollte versuchen, diese Schmerzen irgendwann loszuwerden, also Altdaten konvertieren/normalisieren und Neueingaben dann analog.
Wenn die Prio die Suchgenauigkeit ist und nicht so sehr die Performance und man nicht ohne weiteres das Speicherformat umstellen kann, könnte man auch eine Normalisierungsfunktion on the fly nutzen.
Das taugt sehr wahrscheinlich nicht für größere Datenmengen.

[ajmbarros]

Ok, es gibt eben nicht genug Funktionen in Firebird.
Ich werde das Ganze auf Grund der Vorschläge so machen:

1) neues Feld, über extra dafür geschriebenes Tool alle Numern "sauber" in neuen Feld abspeichern.
2) bei Eingabe zweites Feld sauber füllen.

In meinem Fall bietet sich sogar dafür eine neue Tabelle an da die Nummern aus zwei Tabellen kommen.
Ich kann's halt nicht zur Laufzeit mit allen Nummern machen. Ich hab nicht mehr als eine Sekunde zeit aus über 3 Millionen Nummern die richtige rauszusuchen.
Ganz löschen kann ich den Kram (erstmal) auch nicht da das Feld auch noch zweckentfremdet wurde und teilweise wichtige Kurzinformationen drin stehen die nicht verloren gehen dürfen, aber auch keine Telefonnummer sind.

Saubermachen kann halt manchmal nicht umgangen werden. Auch nicht wenn's ne Altlast eines anderen ist.

Danke an alle!

[ajmbarros]

Zumachen nicht vergessen...

[jensw_2000]

Zitat von ajmbarros:

Ok, es gibt eben nicht genug Funktionen in Firebird.

Man kann sich mit Delphi sehr einfach Firebird UDFs (userdefined functions) schreiben und den Funktionsumfang damit problemlos erweitern.
Hier mal ein Link dazu.
Firebird UDF mit Delphi ...

Der alte Firebird hatte damals kaum Date/Time Funktionen im Angebot. Dafür hatte ich für einen Kunden die halben Delphi DateUtils per DLL als UDF bereitgestellt.

Du kannst Dir also einfach eine Firebird "Addin" DLL in Delphi schreiben, die Dir Folgendes ermöglicht:

Code:

SELECT 
  * 
FROM 
  KONTAKTE K 
WHERE
  NormalizedPhoneNumber(K.Telefon) = '04040404040404040';

"NormalizedPhoneNumber" ist eine Delphi Funktion, die per DLL bereitgestellt wird und etwa so aussehen könnte:

Delphi-Quellcode:

function NormalizedPhoneNumber(const aTelefonnummer:WideString):WideString;
  var t:String;
begin
  t := StringReplace(aTelefonnummer,'+','00');
  t := RemoveNoneNumericCharsFromString(t);

  result := t;
end;