我正试图用APICK查询窗.。
我不得不说的是,我真的是扬了7个搜索引擎的窗口,因此我决定自己写字。 我有许多文件索引(约1 000 000美元),我想查询姓名。 例如:我每个名字都包含“ny”。
但是,这里就是一个业绩问题。 搜索
SELECT "System.ItemPathDisplay"
FROM "SystemIndex"
WHERE System.FileName LIKE egon%
确实很快。 另外,<代码>%egon/code>备选案文。 但%egon% 永远使用。 我不知道该指数的性质(我理解这种可能性会大大增加),或者如果我做错的话。
问题是:
- Is it correct that the windows index is only a big SQL database?
- If so, where can I find exact information about the structure of the DB (primary keys, indexes).
如果我有的话,它基本上只是优化结构。
www.un.org/Depts/DGACM/index_spanish.htm 是否有任何人用“<>egon<>/strong>号”查询所有档案。
www.un.org/Depts/DGACM/index_spanish.htm Edit:为什么我不喜欢搜查GUI。
其实,与“XP”相比,它只是非直观。 如果你去掉狗并使用旧的XP接口,我可以制造一个查询点,如:
- All files older than 1 month
- bigger than 10 MB
- name pattern
*_homework_*.docx
无需“学习”的Windows 7。 而且,我确实是,而不是想学习另一个辛奈,只是找到一个档案。
另一个主要问题可能是我的搜索习惯。 大部分时间,我知道档案名称(或部分),只是想到地点。 如果你利用这一途径,你就会陷入几个问题:
- First of all, you always have to prefix it with name:
- Then the folder name layout is stupid (it is ordering by parent folder, not full path, I think, because.. tada... see next point)
- Then, even more annoying, if you have a list of results and you try to sort them, it takes forever
现在,我真的认为我的制度有ug。 我试图迅速加以检查,用一些平均尺寸的夹进行“测试”,并找到了一些档案。 然后,我试图把他们带给双手(以核实我的第二点),现在他正在永远寻找...... 我真的说,虽然我打上了他试图找到“hello”一词,但是他发现了大约20个档案。 因此,现在,让我们尝试什么......。 奥基现在似乎已经找回。 但是,我的建议仍然缓慢......
因此,搜索的曲解:-