Difference between revisions of "Indexes"
imported>Aeric |
imported>Aeric |
||
(64 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
''' | '''[[File:GearIcon.png]] > Customization > Objects > {object} > Indexes''' | ||
An index improves the speed of data retrieval operations on an object. Indexes can be created using one or more columns and can also be used to enforce uniqueness of records. | |||
==About Indexes== | ==About Indexes== | ||
Indexes | {{permissionRef|Customize Objects|create and modify Indexes in Objects}} | ||
{ | In addition to speeding up data retrieval, indexes can be used to: | ||
:;Prevent Duplicate Records: When you define a ''Unique Key'', a record that has the same key-field values as an existing record cannot be added to the database. | |||
:::* A unique index cannot be created for a [[Child Object]]. | |||
:::* To see the parent object, go to '''[[File:GearIcon.png]] > Objects > {object} > Object Properties''' and inspect the '''Parent Object''' field. | |||
:;Streamline Data Searches: When you create a (non-unique) '''Index Key''' for an [[Objects|Object]], you can make searches run faster by selecting records with a particular key (or set of keys). That way, you pare down the data set to minimize the number of records that are actually searched. And since the keys are typically sorted, they can be accessed more rapidly than random records. | |||
:::* Speed is improved when the fields specified for the search/filter match one or more of the initial index fields, and they are in the same order. | |||
:::* So if fields A, B, and C are used for an index, speed is improved for any search or filter on field A, or fields A and B (in that order) | |||
;Considerations: | |||
:* The '''[Edit]''' button appears only when the ''Use in Import For Record Merging'' option is present, as that is the only option that can be modified. | |||
::* It is not present for an index on a [[Child Object]]. | |||
::* It is not present for an index that uses one of the [[Standard Fields]]. For example, <tt>owner_id</tt>. (Those aren't fields that would ever be used for an import merge. But when the '''[Edit]''' button is missing, now you know why.) | |||
==How It Works== | ==How It Works== | ||
An ''index key'' uniquely identifies a record. In effect, it defines an address for that record. Once the system has that address, it can go straight to the record. | |||
If you are looking for a friend in a city, one option is to go door to door looking for that person. That process is analogous to a search. Searches are thorough, and they're great when you want to retrieve a collection of records. But they're not very efficient. | |||
Another option is to go the phone book, and find your friend's address. The phone book is an ''index''. The person's name is the ''key'' you use to look up their address. And once you have their address, you can go straight to your friend's house. | |||
===Choosing Fields for Indexes=== | ===Choosing Fields for Indexes=== | ||
You can select up to ten fields in an object, which are combined to create an index key. You can also choose the [[Record Identifier]] (aka "record name") as the index key. | |||
* | {{Tip|Use a maximum of three or four fields, for greatest efficiency.}} | ||
*Rich text area | |||
*File | Most [[Field Types|field types]] are available for use as components in an index, with the following exceptions - these field types '''are ''not'' eligible''' as components in an index: | ||
*Image | |||
* | :*Text Area | ||
:*Rich text area | |||
:*File | |||
:*Image | |||
:*Multi Object Lookup | |||
===Guidelines=== | ===Guidelines=== | ||
*You can create multiple index keys for an object. | :*You can create multiple index keys for an object. | ||
*Any regular Index Key can be selected as a Unique Index Key. | :*Any regular Index Key can be selected as a Unique Key. | ||
*Multiple Unique | :*The collection of values in an Index Key may contain duplicates. The collection of values in a Unique Key cannot. | ||
:*Multiple Unique Keys can be created. | |||
*After an index is created, only the Unique Key checkbox can be modified. The selected fields cannot be changed. (The key cannot be edited. A new index field can be created, instead.) | :*After an index is created, only the Unique Key checkbox can be modified. The selected fields cannot be changed. (The key cannot be edited. A new index field can be created, instead.) | ||
*The sum of the length (maximum storage length) of the fields selected for the index cannot exceed 1024 bytes. | :*The sum of the length (maximum storage length) of the fields selected for the index cannot exceed 1024 bytes. | ||
Choosing fields for index keys takes some consideration. | Choosing fields for index keys takes some consideration. | ||
Line 38: | Line 54: | ||
'''Index Keys:''' | '''Index Keys:''' | ||
You should select fields that distinguish the record from others in the database, and choose to combine typical "demographic" fields. For example: | You should select fields that distinguish the record from others in the database, and choose to combine typical "demographic" fields. For example: | ||
:<syntaxhighlight lang="java" enclose="div"> | |||
City | City | ||
State | State | ||
Industry+Zip Code | Industry+Zip Code | ||
Product+State | Product+State | ||
URL | URL | ||
</syntaxhighlight> | |||
'''Unique | '''Unique Keys:''' | ||
Because the resulting value must be unique, generic "demographic" fields are generally not suitable. The following list includes the kinds of field combinations you should consider for a Unique Index Key: | Because the resulting value must be unique, generic "demographic" fields are generally not suitable. The following list includes the kinds of field combinations you should consider for a Unique Index Key: | ||
:<syntaxhighlight lang="java" enclose="div"> | |||
Email Address | Email Address | ||
Contact Name+Product+Date Purchased | Contact Name+Product+Date Purchased | ||
Account Number | Account Number | ||
</syntaxhighlight> | |||
=== | ===Effects of Operations=== | ||
; | ;Creating a new Unique Key index on existing data: | ||
: | :*If the data has no duplicate entries for that combination of fields, the index is created successfully. | ||
:*If the data has duplicate entries for that combination of fields, index creation fails. | |||
:*The check for duplicate entries ''includes'' entries in the [[Recycle Bin]], since they could be restored at a later date. | |||
; | ;Adding a new record to an object with a Unique Key index: | ||
:*If no existing record has the same values for the fields that make up the unique index, the record is added successfully. | |||
:*If there is an existing record with the same values for those fields, an error occurs. | |||
; | ;Updating a record to change Unique Key values: | ||
:*If no other record exists with those values, the update succeeds. | |||
:*If another record exists with those values, the update fails. | |||
; | ;Deleting a record:When a record is deleted, corresponding index entries are deleted, as well. | ||
==Working with Indexes== | ==Working with Indexes== | ||
=== | ===Create an Index=== | ||
#Click ''' | #Click '''[[File:GearIcon.png]] > Customization > Objects > {object}''' | ||
#Click the | #Click the '''Indexes''' tab | ||
#Click the [ | #Click the '''[New Index]''' button to add an index, and add this information: | ||
#;Name:Name is a Text field. Name takes only alphanumeric characters, and underscore. | #;Name:Name is a Text field. Name takes only alphanumeric characters, and underscore. | ||
#;Enable Unique Key: | #:: | ||
#;Enable Unique Key:Check this box to ensure that the combination of selected fields is unique for every record in the object. | |||
#::<span id="primary_key"></span> | |||
#;Use in Import for Record Merging (Primary Key):When multiple Unique Key indexes exist, this selection determines which one is used to update records during an [[Import Data|Import]]. | |||
#:: | |||
#:For example, if <tt>company_name</tt> is a unique key, and you import a record for "ABC Co.", that information in the imported record updates the "ABC Co." record, if one exists. Otherwise, a new record is added. You can use that feature to merge information from multiple spreadsheets into one object--as for example when one spreadsheet has company names and addresses, while another has company names and credit terms. | |||
#:: | |||
#;Select Fields to be used in Index:This contains two combo boxes. Move one or more fields from left combo box to right combo box. The items in the right combo box will be used to create the index. | #;Select Fields to be used in Index:This contains two combo boxes. Move one or more fields from left combo box to right combo box. The items in the right combo box will be used to create the index. | ||
#Click | #:: | ||
#Click '''[Save]''' to create the index | |||
===Delete an Index=== | ===Delete an Index=== | ||
To delete an existing index: | To delete an existing index: | ||
#Click ''' | #Click '''[[File:GearIcon.png]] > Customization > Objects > {object} > Indexes > {index}''' | ||
#Click | #Click '''[Delete]''' | ||
<noinclude> | <noinclude> | ||
[[Category: | [[Category:Object Aspects]] | ||
</noinclude> | </noinclude> |
Latest revision as of 06:37, 21 October 2016
> Customization > Objects > {object} > Indexes
An index improves the speed of data retrieval operations on an object. Indexes can be created using one or more columns and can also be used to enforce uniqueness of records.
About Indexes
Users that have the Customize Objects permission can create and modify Indexes in Objects.
In addition to speeding up data retrieval, indexes can be used to:
- Prevent Duplicate Records
- When you define a Unique Key, a record that has the same key-field values as an existing record cannot be added to the database.
- A unique index cannot be created for a Child Object.
- To see the parent object, go to > Objects > {object} > Object Properties and inspect the Parent Object field.
- Streamline Data Searches
- When you create a (non-unique) Index Key for an Object, you can make searches run faster by selecting records with a particular key (or set of keys). That way, you pare down the data set to minimize the number of records that are actually searched. And since the keys are typically sorted, they can be accessed more rapidly than random records.
- Speed is improved when the fields specified for the search/filter match one or more of the initial index fields, and they are in the same order.
- So if fields A, B, and C are used for an index, speed is improved for any search or filter on field A, or fields A and B (in that order)
- Considerations
-
- The [Edit] button appears only when the Use in Import For Record Merging option is present, as that is the only option that can be modified.
- It is not present for an index on a Child Object.
- It is not present for an index that uses one of the Standard Fields. For example, owner_id. (Those aren't fields that would ever be used for an import merge. But when the [Edit] button is missing, now you know why.)
How It Works
An index key uniquely identifies a record. In effect, it defines an address for that record. Once the system has that address, it can go straight to the record.
If you are looking for a friend in a city, one option is to go door to door looking for that person. That process is analogous to a search. Searches are thorough, and they're great when you want to retrieve a collection of records. But they're not very efficient.
Another option is to go the phone book, and find your friend's address. The phone book is an index. The person's name is the key you use to look up their address. And once you have their address, you can go straight to your friend's house.
Choosing Fields for Indexes
You can select up to ten fields in an object, which are combined to create an index key. You can also choose the Record Identifier (aka "record name") as the index key.
Most field types are available for use as components in an index, with the following exceptions - these field types are not eligible as components in an index:
- Text Area
- Rich text area
- File
- Image
- Multi Object Lookup
Guidelines
- You can create multiple index keys for an object.
- Any regular Index Key can be selected as a Unique Key.
- The collection of values in an Index Key may contain duplicates. The collection of values in a Unique Key cannot.
- Multiple Unique Keys can be created.
- After an index is created, only the Unique Key checkbox can be modified. The selected fields cannot be changed. (The key cannot be edited. A new index field can be created, instead.)
- The sum of the length (maximum storage length) of the fields selected for the index cannot exceed 1024 bytes.
Choosing fields for index keys takes some consideration.
Index Keys: You should select fields that distinguish the record from others in the database, and choose to combine typical "demographic" fields. For example:
- <syntaxhighlight lang="java" enclose="div">
City State Industry+Zip Code Product+State URL
</syntaxhighlight>
Unique Keys: Because the resulting value must be unique, generic "demographic" fields are generally not suitable. The following list includes the kinds of field combinations you should consider for a Unique Index Key:
- <syntaxhighlight lang="java" enclose="div">
Email Address Contact Name+Product+Date Purchased Account Number
</syntaxhighlight>
Effects of Operations
- Creating a new Unique Key index on existing data
-
- If the data has no duplicate entries for that combination of fields, the index is created successfully.
- If the data has duplicate entries for that combination of fields, index creation fails.
- The check for duplicate entries includes entries in the Recycle Bin, since they could be restored at a later date.
- Adding a new record to an object with a Unique Key index
-
- If no existing record has the same values for the fields that make up the unique index, the record is added successfully.
- If there is an existing record with the same values for those fields, an error occurs.
- Updating a record to change Unique Key values
-
- If no other record exists with those values, the update succeeds.
- If another record exists with those values, the update fails.
- Deleting a record
- When a record is deleted, corresponding index entries are deleted, as well.
Working with Indexes
Create an Index
- Click > Customization > Objects > {object}
- Click the Indexes tab
- Click the [New Index] button to add an index, and add this information:
- Name
- Name is a Text field. Name takes only alphanumeric characters, and underscore.
- Enable Unique Key
- Check this box to ensure that the combination of selected fields is unique for every record in the object.
- Use in Import for Record Merging (Primary Key)
- When multiple Unique Key indexes exist, this selection determines which one is used to update records during an Import.
- For example, if company_name is a unique key, and you import a record for "ABC Co.", that information in the imported record updates the "ABC Co." record, if one exists. Otherwise, a new record is added. You can use that feature to merge information from multiple spreadsheets into one object--as for example when one spreadsheet has company names and addresses, while another has company names and credit terms.
- Select Fields to be used in Index
- This contains two combo boxes. Move one or more fields from left combo box to right combo box. The items in the right combo box will be used to create the index.
- Click [Save] to create the index
Delete an Index
To delete an existing index: