哈希表方法
由于路径通常不是很深,因此您可能有能力存储所有可能的匹配子路径。
对于输入集中的每个路径,将其每个子路径添加到哈希表中。比如这一套:
/usr
/lib
/var/log
/home/myname/somedir
将生成此表:
hash0 -> /usr
hash1 -> /lib
hash2 -> /var
hash3 -> /var/log
hash4 -> /home
hash5 -> /home/myname
hash6 -> /home/myname/somedir
现在搜索查询归结为在此哈希表中查找完全匹配。只有在哈希冲突的情况下才需要进行字符串比较。
这种方法的一个主要缺点是,在一般情况下,它需要超线性内存量(相对于输入集的大小)。
考虑一个 600 个字符长的路径:
[400characterlongprefix]/a/a/a/...[100 times].../a/a/a/
以及对应的表格一共包含50500个字符:
hash0 -> [400characterlongprefix]
hash1 -> [400characterlongprefix]/a
hash2 -> [400characterlongprefix]/a/a
...
hash100 -> [400characterlongprefix]/a/a/a/...[100 times].../a/a/a/
尝试方法
预计算步骤
- 将集合中的每个路径拆分为其组件。
- 为每个不同的组件分配一个索引,并将对(组件,索引)添加到哈希表中。
- 对于每个路径,将其组件索引的序列添加到 prefix tree。
示例
输入集:
/usr
/var/log
/home/log/usr
组件索引:
usr -> 0
var -> 1
log -> 2
home -> 3
前缀树:
0 // usr
1 -> 2 // var, log
3 -> 2 -> 0 // home, log, usr
搜索查询
- 将路径拆分为其组件。
- 在哈希表中找到每个组件的索引。
- 如果其中一个组件没有对应的索引,则报告不匹配。
- 在前缀树中搜索组件索引序列。