多关键词匹配个人解决方案

	本文章是对于多关键词匹配的两种个人解决方案的介绍，只是想记录一下自己的想法而已，不喜勿喷! ^_^

	最简单也是对于我们来说最方便的解决多关键词匹配的方法就是：从数据库中把关键词列表取出，然后对待检索文章进行扫描，这势必会导致多次扫描同一篇文章，假如关键词列表数据量过大的话，势必会导致会扫描这篇文章非常多次，这就导致了非常大的性能浪费。那么下面的两种方案就是为了让扫描文章的次数尽量向1次靠近，也就是说只扫描1次，就可以匹配出多个关键词，但这显然是比较困难的，所以是尽量向1次靠近。

	一、采用反向思维检索数据库
普通的方法中，我们是先提取出所有的关键词列表，然后去扫描文章，与关键词相对比，这样的方法就忽略了数据库的高效检索能力，而把所有的检索工作带到服务器上完成；那么我们可以利用反向思维去改进这个方法，那就是我们不利用关键词列表去跟文章相对比，而是通过分割文章，让文章的每个分割单元作为过滤条件去发出SQL检索，那么就会利用到数据库的高效检索能力，并且会把客户服务器中检索算法的时间复杂度降低到一个可以接受的程度，具体如下：

	1.分割文章：假设文章的长度为m，关键词的最大长度为k，那么通过简单的数学运算可以得知：文章分割单元的总数为k×[(-1/2)×k+m+1/2]，因此单考虑服务器中的分割算法的时间复杂度的话，该时间复杂度只与文章长度m和关键词长度k有关，与关键词数量无关。
	-示例：假设文章长度30，关键词最大长度为10，则：
		-当分割单元长度为1时，有30个分割单元
		-当分割单元长度为2时，有29个分割单元
		-当分割单元长度为3时，有28个分割单元
		-当分割单元长度为4时，有27个分割单元
		-..........................................................................<