我有一个位置搜索website http://www.jammulinks.com对于一个城市，我们首先收集该城市所有可能类别的数据，如学校、学院、百货商店等，并将其信息存储在单独的表中，因为每个条目除了名称、地址和电话号码外都有不同的详细信息。
我们必须在网站中集成搜索，以便人们能够找到信息，因此我们构建了一个索引表，其中存储了同一类别的类别和相关关键字，以及如果搜索该类别，则可以获取大量内容的表。后来，我们添加了搜索姓名和地址的功能，并添加了另一个主表，其中包含所有表中的这些字段到一个地方。现在我的疑问如下
- 应用程序设计不合适，我们写了像 select * from master where name like "%$input%" 这样的查询，由于我们的数据库是服务器端的 MYSQL 和 PHP，有什么建议可以改进设计吗系统的？
- 人们想要更多的功能，例如拆分关键字并根据相关性对它们进行排名等，是否有任何现成的框架可以在数据库上运行搜索。
- 我尝试在 MYSQL 中使用全文搜索，它对我来说似乎很有效，这足够了吗？
如果我错了，请纠正我，我研究了 Lucene 和 Google Custom Search，他们不是通过抓取现有网页并构建自己的索引来创建索引吗？我在 mysql 数据库上有一组表，我必须在其中应用搜索。我有什么选择？
为了解决你的观点：
使用％input％是very bad。这将导致每个查询都进行全表扫描。在任何负载量下，甚至在远程大型数据集上，您的数据库服务器都会阻塞。
单独使用 RDBMS 并不是一个好的解决方案。通过寻求单独的搜索解决方案，您正在寻找正确的位置。能够与 RDBMS 良好通信的东西是好的；在 RDBMS 中运行的东西不会满足您的需要。
MySQL 中的全文搜索适用于非常基本的关键字搜索，仅此而已。有用的范围极其有限 - 您需要一个高度可预测的使用模型来利用内置搜索。它被称为“搜索”，但它并不是大多数人所认为的真正的搜索方式。与我们期望的 Google 和 Bing 的搜索结果质量相比，它根本无法相比。从“搜索”这个词的意义上来说，它是另一回事 - 就像记事本与 Word 一样。它们都是需要输入的内容，但仅此而已。
就处理搜索的单独系统而言，Lucene 非常好。本质上，Lucene 可以按照您希望的方式工作。您可以通过编程方式与其交互以插入可索引文档。同样，一个谷歌设备 http://www.google.com/enterprise/search/gsa.html (not 谷歌自定义搜索 http://www.google.com/coop/cse/）可以提供直接元提要，公开您想要索引的任何内容，例如直接来自数据库的数据。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
