SQL maximale Teilstring

[neuronet]

Brüte nun schon seit Tagen über dem folgenden Problem:

Ich habe eine Datenbank mit ca. 160000 Einträgen, in der so ziemlich alle internationalen Vorwahlen gespeichert sind.

Nun habe ich eine bekomme ich eine Rufnummer (z.B. [phone]...).

In der Datenbank sieht es wie folgt aus:

Code:

Index   Vorwahl   Land   Kuerzel   Art   Stadt   
23076   237   Cameroon   CMR                        
23077   23722   Cameroon   CMR   FIX   Camtel                  
23078   237230   Cameroon   CMR   FIX   Camtel                  
23079   237231   Cameroon   CMR   FIX   Camtel                  
23080   237332   Cameroon   CMR   FIX   Camtel                  
23081   237333   Cameroon   CMR   FIX   Camtel                  
23082   237334   Cameroon   CMR   FIX   Camtel                  
23083   237335   Cameroon   CMR   FIX   Camtel                  
23084   237336   Cameroon   CMR   FIX   Camtel                  
23085   237337   Cameroon   CMR   FIX   Camtel                  
23086   237338   Cameroon   CMR   FIX   Camtel                  
23087   237339   Cameroon   CMR   FIX   Camtel                  
23088   23734   Cameroon   CMR   FIX   Camtel                  
23089   23776   Cameroon   CMR   MOB   MTN-Cameroon               
23090   23777   Cameroon   CMR   MOB   MTN-Cameroon               
23091   23798   Cameroon   CMR   MOB   SCM-Mobilis               
23092   23799   Cameroon   CMR   MOB   SCM-Mobilis

Nun soll die passendeste Vorwahl zur Rufnummer aus der Datenbank herausgesucht werden (in diesem Fall wäre das also 23799...

Gibt es eine SQL Funktion, die mir dabei hilf, oder muss ich die Nummer hinten so lange abschneiden und neu suchen, bis ich einen Treffer erhalte???

[Jelly]

Wenn ich davon ausgehe, dass Vorwahl ein varchar ist (und nicht etwa ein int), würd ichs mal so probieren:

SQL-Code:

select Vorwahl, Land, Stadt from Vorwahlen where Vorwahl < '237996428' order by Vorwahl desc

Der erste Eintrag in deinem Resultset sollte dann der best passendsde sein.

Nach Möglichkeit würde ich aber noch die Datenmenge beschränke da sonst unter Umnständen alle 160000 Datensätze zum Client gehen. (Stichwort TOP unter MSSQL bzw. LIMIT unter MySQL)

[neuronet]

Man möge Jelly einen Orden verleihen.

Danke für die schnelle Hilfe...

Hatte wohl mal wieder ein Brett vor dem Kopf...


:wall: :wall: :wall:

[omata]

@Jelly: Müsste es nicht <= sein?

MfG
Thorsten

[Jelly]

Zitat:

Zitat von omata

Müsste es nicht <= sein?

Hmmm... warum eigentlich nicht? Somit kann man auch direkt nach der Vorwahl suchen, und muss nicht die ganze Rufnummer eingeben... Stimmt also.

[Sharky]

Hai neuronet,

unabhängig von deiner Frage (die ja beantwortet ist).

Zitat:

Zitat von neuronet

In der Datenbank sieht es wie folgt aus:

Code:

Index   Vorwahl   Land   Kuerzel   Art   Stadt   
23076   237   Cameroon   CMR                        
23077   23722   Cameroon   CMR   FIX   Camtel                  
23078   237230   Cameroon   CMR   FIX   Camtel                  
.
.

Ist der Aufbau der Tabelle relativ schlecht. Als "Vorwahl" wird dort ja die zusammenfassung von LKZ und OKZ genommen. Wäre es nicht besser das ganze aufzuteilen? Die LKZ der Republik Kamerun (Republic of Cameroon) ist ja 237. Alles was danach noch kommt sind die OKZ.

[neuronet]

Stimmt auch wieder.

Aber das Begrenzen der Datenmenge ist egal, da der Server genug Rechenleistung hergibt (Chefchen war richtig spendabel... :-D ) und es sowieso nur 10-20 Abfragen pro Minute werden...

[neuronet]

Das Problem ist, dass ich die Daten so von der ITU bekommen habe und wahrlich keine Lust habe, das ganze Zeugs auseinanderzuklabustern... Und da alles in einem ist, lässt es sich ja wohl auch einfacher suchen, da ich eh immer nur komplette Telefonnummern auswerten muss...

[Sharky]

Zitat:

Zitat von neuronet

....Aber das Begrenzen der Datenmenge ist egal, ...

Mir ging es auch mehr darum die Daten die nicht zusammen gehören auch nicht zusammen zu speichern.

[neuronet]

@Sharky: Das Begrenzen betraf Jelly's Anmerkung zum Begrenzen bei der Suche wegen der Menge der Datensätze...

Dass LKZ und ONK eigentlich nicht zusammen gehören ist schon klar.

Aber wie gesagt... Hab' keine Lust auf Klabusterbärchen...

[marabu]

Die Lieferung nicht-normalisierter Daten scheint branchentypisch zu sein - wurde in diesem thread ja auch schonmal durchgekaut: klick

Grüße vom marabu

[Jelly]

Zitat:

Zitat von neuronet

Aber das Begrenzen der Datenmenge ist egal, da der Server genug Rechenleistung hergibt (Chefchen war richtig spendabel... :-D ) und es sowieso nur 10-20 Abfragen pro Minute werden...

Autsch, also das beisst sich. Was zum Teufel hat denn ne Access Datenbank da verloren? :gruebel:

EDIT: War mal wieder zu schnell und hab das hier überlesen. Damit wär meine Frage geklärt-

[neuronet]

@Jelly:

Hast ja recht... Hab' das Access Teil gerade über den Jordan geschickt und die Daten in 'ne MysSQL eingespielt...