表1.dbf
编号　　姓名　　身份证号码　　　　　住址
1　　　王丽　　370128199806022802　北京东城区
2　　　崔强　　370128199912060708　日照岚山区

我想在每添加一条记录时，当输入身份证号码时，若以前输入保存过此号码，则自动显示不能重复输入此号码的提示。

查找 表1 的 身份证号码

这用不着使用唯一索引，接收用户输入的身份证号之后立即到表中搜索，不存在相同的身份证号才能继续输入其他信息。
当然用唯一索引也可以，但系统会出现错误提示，处理起来比较麻烦，不如自己用代码搜索更灵活方便。

首先需要指出的是：要建立的是“主索引”或“候选索引”，不是“唯一索引”。

使用下列命令可为表建立基于“身份证号”的主索引：
alter table 表1 add primary key 身份证号 for !delete() tag 身份证号

若在 Browse 窗口中输入，若身份证号重复，系统会弹击提示窗口，单击“Revert（还原）”则取消修改。

若在程序中添加记录，可捕获错误 1884，参考如下代码：

TRY
    INSERT INTO 表1 (姓名,身份证号,住址) VALUES (cName,cIdNo,cAddress)
CATCH TO oErr WHEN oErr.ErrorNo = 1884
    MESSAGEBOX('所输入的身份证号已经存在！',48,'提示')
ENDTRY

结合3、4楼的说法哦：你可以选择建候选索引或主索引(只能用于包含在数据库里的表文件)，但要自己额外再加错误捕捉代码，如果对此不熟悉的，也比较麻烦。我个人比较倾向3楼的做法，不用VFP的唯一值索引规则，而是自己写代码。通常我会这么做：在录入身份证号码文本框的Valid事件中添加一段代码来查找是否已经存在这个身份证号。当然，为了查找速度快，你可以事先为身份证号码字段建立一个索引(但普通索引即可)，并保持它有效。当查找到有重复号码时，用Messagebox()函数作出提醒，然后以RETURN 0作为返回，焦点会继续留在该文本框里等待合法的录入；若在表文件中找不到当前的身份证号，用RETURN 1返回，焦点可自动进入下一个控件。

必须指出的是：在添加记录前，通过用代码去搜索身份证号是否存在的做法仅适用于单用户环境，对于多用户环境来说，并不能百分之百保证身份证号不重复。

试想：A用户和B用户同时添加记录的情况，两用户输入同一身份证号时，身份证号重复的两条记录有可能同时被添加至表，尽管发生这种情况的机率很小。在我开发的应用中，也确实遇到过这种情况。因此，使用主索引或候选索引才是正解。

多用户情况能用好VFP的“锁”就没问题。

我有一个疑问：多用户网络情况下，同时输入同一个身份证号码，即便是建立了唯一值的索引系统，是不是也可能会出现同时存入的情况？

1. 建立了主索引或候选索引时，不可能出现重复关键字记录的。在将数据写入表时，VFP 从底层来防止重复值的写入。
2. 我不太理解如何用“锁”来预防重复记录。对于“记录锁”或“表锁”来说，“锁定”记录是防止其他用户对已锁定记录的“修改”，并不能阻止其他用户“读取”记录。除非以“独占”方式打开表。而“独占”方式打开表，又相当于“单用户”环境了。

要有一个机制：任何用户同做这一事务时，先获取锁表权，如果获取成功再读写数据记录，如果获取不成功就等待、重试或退出。
问题是如何防止出现“死锁”，这是VFP多用户编程的关键，这不只是重复记录的问题。