Hi, > > DIRECTORY_Zips.zip_value Like '%n�rnberg%' > > OR DIRECTORY_Cities.city_name Like '%n�rnberg%') AND > > Da kann der SQL-Server keinen Index nehmen, sondern scannt > die ganze Tabelle.
hm... die zwei tabellen auch noch katalogisieren? > > CONTAINS(DIRECTORY_Companies.company_email,'n�rnberg') > > OR CONTAINS(DIRECTORY_Companies.company_website,'n�rnberg') OR > > CONTAINS(DIRECTORY_Companies.company_fon,'n�rnberg') > > Macht es Sinn, in diesen Feldern zu suchen? man k�nnte es �berdenken... aber die ursache kann's doch trotzdem nicht sein. > Aus meiner Erfahrung: Normalisierung ist eine feine Sache, > wenn sie im Alltag Sinn macht. St�dte und Plz zu trennen, > macht Sinn, wenn man beide Tabelle als Nachschlagtabelle bei > der Dateneingabe benutzt und sie auch gepflegt werden. > Ansonsten geh�ren zu einer Firma 1:n Anschriften inklusive > OLZ und Ort. Das spart schon mal eine Tabelle in der Abfrage > und Zweit bei der Abfrage. Es geht um ein deutschlandweites Firmenverzeichnis, in dem nicht nur per Suchformular gesucht werden kann, sondern auch direkt �ber ne Karte zu einzelnen Orten etc. navigiert werden kann. D.h. vom Bundesland bis zum einzelnen Ort mit seinen diversen Postleitzahlen ist alles vorhanden und verkn�pft - das macht dann so schon Sinn ;-) Gute Nacht, Thomas _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
