Question sur la conception de table

Question

J'offre une option de recherche pour mes utilisateurs. Ils peuvent rechercher le nom de la ville. Le problème est que mes noms de villes que j'ai stockés sont des choses comme "Saint Louis". Mais je veux trouver Saint Louis même si l'utilisateur tape "St. Louis" ou "St Louis". Des suggestions sur la façon dont je pourrais créer une table de consultation pour en tenir compte d'une manière ou d'une autre?

Answer 1

Créez deux tables.

Un contient tout sur une ville.

On contient un tas de noms pour les villes, et une association de clé étrangère ces naes avec l'id de la première table. Vous avez donc une relation un à plusieurs entre city et city_names.

Maintenant, le seul problème est de distinguer le nom unique, pour chaque ville, qui est le nom préféré. Nous pouvons faire cela de plusieurs façons: 1) la première table pourrait avoir un fk à la deuxième table, qui tient à id du nom préféré. Cela crée une dépendance circulaire, cependant. Donc mieux, 2) il suffit d'ajouter une colonne boolean/bit à la deuxième table, is_preffered.

create table city (id not null primary key, other columns) ; 

create table city_name (
id not null primary key, 
city_id int references city(id), 
name varchar(80), 
is_preferred bool 
) ; 

ensuite pour obtenir tous les noms, le prénom préféré:

select name from city_names where city_id = ? 
    order by is_preffered desc, name; 

Ceci présente un avantage supplémentaire: si vous ne couvre pas toutes les villes et de la ville, vous pouvez utiliser la deuxième table villes/villages/carte comtés vous ne couvrent pas les grandes villes que vous faites:

insert into city_name(city_id, name) values 
($id-for-New-York-City, 'New York'), 
($id-for-New-York-City, 'Manhattan'), 
($id-for-New-York-City, 'Big Apple'), 
($id-for-New-York-City, 'Brooklyn'); 

Answer 2

Vous pouvez vous intéresser à un moteur de recherche de texte intégral plus complet tel que Apache Lucene/Solr ou Sphinx - qui peut prendre en charge ce type de mappage de chaîne de façon native.

Answer 3

Je vois un certain nombre de façons possibles de gérer cela. L'un est un algorithme de recherche soundex qui correspond à la similarité des chaînes anglaises. En outre, cela est pris en charge nativement dans certaines bases de données comme PostgreSQL.

Une autre approche peut simplement consister à offrir à vos utilisateurs une fonctionnalité d'auto-complétion lorsqu'à mesure qu'ils tapent un certain nombre de suggestions apparaissent. De cette façon, les utilisateurs choisiront le nom de la ville de recherche souhaitée de manière intuitive.

Answer 4

ce que je ferais est, construire une table abrégée à la normale, ce tracerait un mot ambigu à un seul uniforme l'orthographe vous aurez utiliser dans votre table primaire. Vous pouvez y inclure des fautes d'orthographe courantes et des fautes de frappe.

Avant de rechercher la requête de l'utilisateur, convertissez tous les mots à la forme normale en utilisant ce tableau.

Donc, dans votre cas dans le tableau shorthand-to-normal nous aurons

______________ 
| short|normal | 
|______|_______| 
|St |Saint | 
|St. |Saint | 

Answer 5

Comme une approche générale, vous pouvez normaliser les éléments à la fois lors de l'insertion et quand les chercher.

Les règles de normalisation pourraient être:

Saint => St 
St. => St 

etc.

Les noms normalisés devraient alors correspondre.

Answer 6

À mon humble avis je laisserais la base de données seule et à la place avoir une liste réduite de villes dans votre application. Plus facile, plus propre et n'exige pas beaucoup d'extra.

Answer 7

J'aime l'option dans la première réponse.

Une autre idée serait d'avoir une colonne pour les tags pour cette ville que les utilisateurs peuvent mettre à jour.

à savoir

New York City est le nom officiel.

Les étiquettes pour cette ville seraient numérables (Manhattan, NY, NYC, la ville, grosse pomme ..) e.t.c. mais vous ne voudriez pas que tout ce junk dans votre table principale de villes ou pour créer des tables enfant associent et doive faire des jointures. Il suffit donc de le placer dans une colonne et de le rechercher en fonction du terme de recherche, puis de renvoyer le nom approprié s'il est trouvé.

Answer 8

Vous pouvez utiliser les propriétés SQL FTS intégrées pour les entrées de thésaurus. Cela vous permet de créer une carte de mots personnalisée à l'intérieur de la recherche en texte intégral. De cette façon, vous pouvez tout conserver à l'intérieur de FTS plutôt que de mélanger FTS et d'autres requêtes.

Je ne sais pas quelle version de SQL que vous utilisez comme differant entre 2005/8 donc il y a une bonne soluce pour 2005/8 ici http://arcanecode.com/2008/05/28/creating-custom-thesaurus-entries-in-sql-server-2005-and-2008-full-text-search/