java.lang.Object | |
↳ | android.provider.ContactsContract.Data |
Constants for the data table, which contains data points tied to a raw contact. For example, a phone number or email address.
Data is a generic table that can hold all kinds of data. Sync adapters
and applications can introduce their own data kinds. The kind of data
stored in a particular row is determined by the mime type in the row.
Fields from DATA1
through DATA15
are generic columns
whose specific use is determined by the kind of data stored in the row.
For example, if the data kind is
Phone.CONTENT_ITEM_TYPE
, then DATA1 stores the
phone number, but if the data kind is
Email.CONTENT_ITEM_TYPE
, then DATA1 stores the
email address.
ContactsContract defines a small number of common data kinds, e.g.
ContactsContract.CommonDataKinds.Phone
, ContactsContract.CommonDataKinds.Email
etc. As a
convenience, these classes define data kind specific aliases for DATA1 etc.
For example, Phone.NUMBER
is the same as
Data.DATA1
.
DATA1
is an indexed column and should be used for the data element that is
expected to be most frequently used in query selections. For example, in the
case of a row representing email addresses DATA1
should probably
be used for the email address itself, while DATA2
etc can be
used for auxiliary information like type of email address.
By convention, DATA15
is used for storing BLOBs (binary data).
Typically you should refrain from introducing new kinds of data for 3rd party account types. For example, if you add a data row for "favorite song" to a raw contact owned by a Google account, it will not get synced to the server, because the Google sync adapter does not know how to handle this data kind. Thus new data kinds are typically introduced along with new account types, i.e. new sync adapters.
Data rows can be inserted/updated/deleted using the traditional
insert(Uri, ContentValues)
, update(Uri, ContentValues, String, String[])
and
delete(Uri, String, String[])
methods, however the newer mechanism based
on a batch of ContentProviderOperation
will prove to be a better
choice in almost all cases. All operations in a batch are executed in a
single transaction, which ensures that the phone-side and server-side
state of a raw contact are always consistent. Also, the batch-based
approach is far more efficient: not only are the database operations
faster when executed in a single transaction, but also sending a batch of
commands to the content provider saves a lot of time on context switching
between your process and the process in which the content provider runs.
The flip side of using batched operations is that a large batch may lock up the database for a long time preventing other applications from accessing data and potentially causing ANRs ("Application Not Responding" dialogs.)
To avoid such lockups of the database, make sure to insert "yield points"
in the batch. A yield point indicates to the content provider that before
executing the next operation it can commit the changes that have already
been made, yield to other requests, open another transaction and continue
processing operations. A yield point will not automatically commit the
transaction, but only if there is another request waiting on the
database. Normally a sync adapter should insert a yield point at the
beginning of each raw contact operation sequence in the batch. See
withYieldAllowed(boolean)
.
An individual data row can be inserted using the traditional
insert(Uri, ContentValues)
method. Multiple rows
should always be inserted as a batch.
An example of a traditional insert:
ContentValues values = new ContentValues(); values.put(Data.RAW_CONTACT_ID, rawContactId); values.put(Data.MIMETYPE, Phone.CONTENT_ITEM_TYPE); values.put(Phone.NUMBER, "1-800-GOOG-411"); values.put(Phone.TYPE, Phone.TYPE_CUSTOM); values.put(Phone.LABEL, "free directory assistance"); Uri dataUri = getContentResolver().insert(Data.CONTENT_URI, values);
The same done using ContentProviderOperations:
ArrayList<ContentProviderOperation> ops = Lists.newArrayList(); ops.add(ContentProviderOperation.newInsert(Data.CONTENT_URI) .withValue(Data.RAW_CONTACT_ID, rawContactId) .withValue(Data.MIMETYPE, Phone.CONTENT_ITEM_TYPE) .withValue(Phone.NUMBER, "1-800-GOOG-411") .withValue(Phone.TYPE, Phone.TYPE_CUSTOM) .withValue(Phone.LABEL, "free directory assistance") .build()); getContentResolver().applyBatch(ContactsContract.AUTHORITY, ops);
Just as with insert, update can be done incrementally or as a batch, the batch mode being the preferred method:
ArrayList<ContentProviderOperation> ops = Lists.newArrayList(); ops.add(ContentProviderOperation.newUpdate(Data.CONTENT_URI) .withSelection(Data._ID + "=?", new String[]{String.valueOf(dataId)}) .withValue(Email.DATA, "[email protected]") .build()); getContentResolver().applyBatch(ContactsContract.AUTHORITY, ops);
Just as with insert and update, deletion can be done either using the
delete(Uri, String, String[])
method or using a ContentProviderOperation:
ArrayList<ContentProviderOperation> ops = Lists.newArrayList(); ops.add(ContentProviderOperation.newDelete(Data.CONTENT_URI) .withSelection(Data._ID + "=?", new String[]{String.valueOf(dataId)}) .build()); getContentResolver().applyBatch(ContactsContract.AUTHORITY, ops);
Cursor c = getContentResolver().query(Data.CONTENT_URI, new String[] {Data._ID, Phone.NUMBER, Phone.TYPE, Phone.LABEL}, Data.CONTACT_ID + "=?" + " AND " + Data.MIMETYPE + "='" + Phone.CONTENT_ITEM_TYPE + "'", new String[] {String.valueOf(contactId)}, null);
Cursor c = getContentResolver().query(Data.CONTENT_URI, new String[] {Data._ID, Phone.NUMBER, Phone.TYPE, Phone.LABEL}, Data.RAW_CONTACT_ID + "=?" + " AND " + Data.MIMETYPE + "='" + Phone.CONTENT_ITEM_TYPE + "'", new String[] {String.valueOf(rawContactId)}, null);
ContactsContract.RawContactsEntity
. See also ContactsContract.RawContacts
.
Data | |||
---|---|---|---|
long | _ID |
read-only | Row ID. Sync adapter should try to preserve row IDs during updates. In other words, it would be a bad idea to delete and reinsert a data rows. A sync adapter should always do an update instead. |
String | MIMETYPE |
read/write-once |
The MIME type of the item represented by this row. Examples of common MIME types are:
|
long | RAW_CONTACT_ID |
read/write-once | A reference to the _ID that this data belongs to. |
long | CONTACT_ID |
read-only | A reference to the _ID that this data row belongs
to. It is obtained through a join with RawContacts. |
int | IS_PRIMARY |
read/write | Whether this is the primary entry of its kind for the raw contact it belongs to. "1" if true, "0" if false. |
int | IS_SUPER_PRIMARY |
read/write | Whether this is the primary entry of its kind for the aggregate contact it belongs to. Any data record that is "super primary" must also be "primary". |
int | DATA_VERSION |
read-only | The version of this data record. Whenever the data row changes the version goes up. This value is monotonically increasing. |
Any type |
DATA1 DATA2 DATA3 DATA4 DATA5 DATA6 DATA7 DATA8 DATA9 DATA10 DATA11 DATA12 DATA13 DATA14 DATA15
|
read/write | Generic data columns, the meaning is MIMETYPE specific. |
Any type |
SYNC1 SYNC2 SYNC3 SYNC4
|
read/write | Generic columns for use by sync adapters. For example, a Photo row may store the image URL in SYNC1, a status (not loaded, loading, loaded, error) in SYNC2, server-side version number in SYNC3 and error code in SYNC4. |
Join with ContactsContract.StatusUpdates |
|||
---|---|---|---|
int | PRESENCE |
read-only | IM presence status linked to this data row. Compare with
CONTACT_PRESENCE , which contains the contact's presence across
all IM rows. See ContactsContract.StatusUpdates for individual status definitions.
The provider may choose not to store this value
in persistent storage. The expectation is that presence status will be
updated on a regular basic.
|
String | STATUS |
read-only | Latest status update linked with this data row. |
long | STATUS_TIMESTAMP |
read-only | The absolute time in milliseconds when the latest status was inserted/updated for this data row. |
String | STATUS_RES_PACKAGE |
read-only | The package containing resources for this status: label and icon. |
long | STATUS_LABEL |
read-only | The resource ID of the label describing the source of status update linked
to this data row. This resource is scoped by the STATUS_RES_PACKAGE . |
long | STATUS_ICON |
read-only | The resource ID of the icon for the source of the status update linked
to this data row. This resource is scoped by the STATUS_RES_PACKAGE . |
Columns from the associated raw contact are also available through an implicit join.
Join with ContactsContract.RawContacts |
|||
---|---|---|---|
int | AGGREGATION_MODE |
read-only | See ContactsContract.RawContacts . |
int | DELETED |
read-only | See ContactsContract.RawContacts . |
Columns from the associated aggregated contact are also available through an implicit join.
Constants | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
String | CONTENT_TYPE | The MIME type of CONTENT_URI providing a directory of data. |
|||||||||
Uri | CONTENT_URI | The content:// style URI for this table |
[Expand]
Inherited Constants | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
From interface
android.provider.BaseColumns
| |||||||||||
From interface
android.provider.ContactsContract.ContactOptionsColumns
| |||||||||||
From interface
android.provider.ContactsContract.ContactStatusColumns
| |||||||||||
From interface
android.provider.ContactsContract.ContactsColumns
| |||||||||||
From interface
android.provider.ContactsContract.DataColumns
| |||||||||||
From interface
android.provider.ContactsContract.RawContactsColumns
| |||||||||||
From interface
android.provider.ContactsContract.StatusColumns
|
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Build a
CONTENT_LOOKUP_URI
style Uri for the parent ContactsContract.Contacts
entry of the given ContactsContract.Data entry. |
[Expand]
Inherited Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
From class java.lang.Object
|
The MIME type of CONTENT_URI
providing a directory of data.
Build a CONTENT_LOOKUP_URI
style Uri
for the parent ContactsContract.Contacts
entry of the given ContactsContract.Data
entry.