ContactsContract.Contacts的表格大致如下，_id对应着的就是我们在contacts中看到的一个联系人。有一点需要注意的是，当删除掉一个联系人时，表中的记录会删除，但是_id并不会减少，而是一直增加，所以有可能看到的_id是1,2,4...这样的记录。

_id	starred	lookup	photo_id
1	0	...	<null>
2	0	...	<null>
4	1	...	1

       
        ContactsContract.RawContacts的表格结构大致如下，它里面的记录主要是针对特定账户下的联系人数据的描述（data表中的数据）。这边的contact_id对应的是contacts表中的_id,一个联系人在raw_contacts表格中可能存在一条以上的记录，这主要是由于caccount_name和account_type不同造成的。
        这边需要用一个例子来帮助理解：
假设我在我的手机上有三个账户 gaojian@gmail.com、gaojian3301@gmail.com,这两个账户的“同步联系人”都被check上，当我添加一个联系人到手机里时，这个联系人会同时被备份到这个两个账户中去，所以这两个记录在raw_contacts表格中的contact_id会一样。

_id	contact_id	account_name	account_type	deleted
1	1	gaojian@gmail.com	com.google	1
2	1	gaojian1305039@163.com	163.com	0

        data表格中记录的数据是对raw_contacts中数据的详细描述。这边的data1存储的值就是联系人在搜索时会search的值；data15用来存储一些比较大的二进制对象，比如说联系人的头像缩略图。
这一边需要注意一个事情：在我们开发或者测试的过程中，不要将与MMIETYPE格式不匹配的数据存入data中(比如将email的值设置为1233445)，这可能会造成data数据的丢失，更甚者会导致provider出问题（这个我猜测比如在发送Email的时候，去选择contacts，返回值可能会有问题，没有验证过）。

_id	raw_contact_id	mimetype_id	data1	data2	data15
1	1	6			<null>
2	1	5	110	1	<null>
3	3	6	gaojian	gao	<null>

        总结一下，我们可以从contacts中找到我们想要看的联系人，在raw_contacts中可以看到的是这个联系人一些数据的基本描述，而data提供给我们的是这个联系人所有的具体信息。这三张表格就是在平时开发中，打交道最多的表格。当然，如果要获取和修改群组的信息，那么还会接触到group这张表格；而筛选的表格对应的是search_index。
      
      放一张android官方api的图做个了断：