MatchUp Object:Hybrid:Mapping: Difference between revisions
Created page with "{{MatchUpObjectHybridNav |FunctionsCollapse= }} {{CustomTOC}} Before generating match keys for the records in the database, the code must supply the Hybrid with information..." |
No edit summary |
||
Line 37: | Line 37: | ||
</pre> | </pre> | ||
For a list of | For a list of these enumerations, see [[MatchUp Object:#Enumerations:MatchcodeMapping|Matchcode Mapping Enumerations]]. | ||
The function returns a non-zero value if the mapping is allowed by the selected matchcode, false if the mapping caused an error. | The function returns a non-zero value if the mapping is allowed by the selected matchcode, false if the mapping caused an error. |
Revision as of 21:13, 31 July 2015
MatchUp Object Hybrid Interface Navigation | |||||
---|---|---|---|---|---|
Overview | |||||
Order of Operations | |||||
|
Before generating match keys for the records in the database, the code must supply the Hybrid with information about what sort of data it will be handling.
ClearMappings
This function clears any existing field mappings.
It is a good idea to call this function before beginning to map fields, especially if the application is required to perform multiple deduping operations in a single session.
Syntax | mdMU->ClearMappings() |
---|---|
C | mdMUHybridClearMappings(mdMU) |
.Net | mdMU.ClearMappings |
AddMapping
This function selects the types of fields that will be used to build the match key and the order in which they will be added using the AddField function.
The function accepts an enumerated value of the type MatchcodeMapping. It tells the Hybrid interface which data types will be used for this deduping operation and in what order they will be passed to the deduper when passing data using the AddField function.
The data types used must contain the data expected by the matchcode being used, but it does not have to be an exact match. For example, if the matchcode requires a five-digit ZIP Code but the database contains a single “City/State/ZIP" field, simply add the CityStZip mapping and pass the full string to the AddField function later. MatchUp Object is smart enough to use only the information it needs.
In another example, a matchcode calls for both last name and first name but database contains only full names. The application would simply apply the FullName mapping twice and pass the full name data twice to the AddField function.
Let’s apply the two above examples to a matchcode that uses 5-digit ZIP codes, street addresses, last and first names, in that order:
mdMU->AddMapping(mdMU.CityStZip) // uses only ZIP Code mdMU->AddMapping(mdMU.FullName) // uses last name only mdMU->AddMapping(mdMU.FullName) // uses first name only mdMU->AddMapping(mdMU.Address)
For a list of these enumerations, see Matchcode Mapping Enumerations.
The function returns a non-zero value if the mapping is allowed by the selected matchcode, false if the mapping caused an error.
Syntax | int = mdMU->AddMapping(mdMU.MatchcodeMapping) |
---|---|
C | int = mdMUHybridAddMapping(mdMU, mdMU.mdMatchUpMatchmodeMapping) |
.Net | integer = mdMU.AddMapping(mdMU.MatchcodeMapping) |