视图索引

1. 视图也有索引
可能有许多人知道数据库要建索引，可能更多的理解都是全文索引，这个是需要在数据库属性中手工去创建的，当然通过程序也可以做。
其实很多人会忽略视图的索引，其实文件夹也有类似的索引，但是由于它的更新通常是人工的，所以这里不专门说明了。

表单是用来创建文档的，但是表单并不是数据库中的表结构。
视图是用来显示文档的，但是视图并不是天生就会显示出那些我们需要的文档，它跟数据库的Index一样，需要建索引。

索引有啥好处，当然是访问快速啦。可以对视图方便地进行分类、排序以及快速定位检索，这些都不需要重新读取数据库中的文档，只需要在已经建好的索引中访问就可以了。

而且在Web上访问，还可以做缓存，进一步提高视图索引的访问速度，基本上我们在打开一个简单的以HTML显示的视图，和打开一个HTML页面速度差不多。

写程序查找文档一直推荐用notesView.GetDocumentByKey，比notesDatabase.Search要快速得多的缘故。
同样的全文索引，也会加快访问速度，因此我们推荐在创建全文索引后用notesDatabase.FTSearch来代替notesDatabase.Search。

大概在第5个“高级”标签（倒数第2个标签）下，可以看到“索引”栏目，里面有“刷新”和“废弃”两个子栏目可以设置；看一下“刷新”的选项，通常设置都是 “第一次使用后自动刷新”。

第一次使用，通常指我们第一次打开这个视图，就会为它创建索引了，以后有文档更新时，它也会自动更新，这个也可以解释为什么新邮件到来时，系统会知道并作出提示，因为“收件箱”（虽然它是文件夹，其实道理一样）更新过了嘛。

为什么不在视图修改后立即创建，应该是处于节省空间的考虑。既然有人使用过了，那么它会一直更新，保证数据是最新的。

考虑到视图索引更新的效率，它首先为创建好的索引打上时间戳，上次是啥时候更新过的，下次更新将只更新那个时候更改过的数据。这也引发了第一个标题，如果改了时间，所有的索引都将会错乱，它会遗漏一些需要更新的文档。

2. 视图索引问题
相对来说，索引的损坏比数据库中文档的损坏要频繁，实际使用中最常见的一些系统索引问题如下：
* 邮箱里收不到邮件，或者收件箱显示不出来。
* 新注册用户结果看不到。
* 用户修改了密码，结果访问不了。
* 用户的权限或者群组无法更新，或者某些设置没有生效。
* 修改了视图的列居然看不到，或者新建了表单居然无法创建等等。
* 某个文档已经删除了，视图上还有。
以上的问题对使用有很大的影响，当然也有实际生产系统中出现的索引问题，因为没有代表性，这里就不列举了。

3. 索引的修复和重建
当然因为毕竟是索引，它损坏造成的危害也少一些，所以如果数据还在的话，可以通过重建索引来解决问题，下面两种方法都可以尝试：
1) 如果是单个数据库损坏的话，可以在Notes客户端上打开数据库，通过Ctrl+Shift+F9实时重建。
2) 如果数据库多的话，或者不需要实时的话，可以在服务器控制台上输入updall命令重建。
对所有数据库：load updall -r；对单个数据库：load updall mail\admin.nsf -r。
当然也可以load compact -D压缩数据库，同时删除索引，继续访问的时候，它就会自动再重建了，但是这样不够及时，对数据量大的库，重建需要较长的一段时间，因此建议压缩完立即按方法2重建。

其他情况：
如果出现数据库被损坏无法使用的情况，有时候不一定非是文档和数据损坏，索引损坏也会导致数据库无法使用的情况。
但是在我们不确定的时候，我们可以先试着用前面的updall方法重建索引。如果还是解决不了，可以用以下几招尝试进行修复：
在服务器控制台上分别输入：
1) load fixup <yourdb>.nsf
fixup是对数据库进行修复，
2) load compact <yourdb>.nsf -c
compact -c是对fixup后的数据库进一步压缩和修复
3) load updall <yourdb>.nsf -r
updall -r是重建所有已经使用的视图索引
把<yourdb>.nsf替换成损坏的数据库文件名，记得带domino\data下的子路径，如mail\admin.nsf。
如果还不行的话，只好保佑你还有其他数据库的复本或者备份可以了。
所以，养成良好的备份习惯还是很重要的。