Difference between revisions of "MatchUp Object:Hybrid:Mapping"

From Melissa Data Wiki
Jump to navigation Jump to search
 
(One intermediate revision by the same user not shown)
Line 22: Line 22:
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 [[MatchUp Object:Hybrid:Match Key#AddField|AddField]] function.
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 [[MatchUp Object:Hybrid:Match Key#AddField|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 [[MatchUp Object:Hybrid:Match Key#AddField|AddField]] function.
The function accepts an enumerated value of the type [[MatchUp Object:Enumerations#MatchcodeMapping|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 [[MatchUp Object:Hybrid:Match Key#AddField|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 [[MatchUp Object:Hybrid:Match Key#AddField|AddField]] function later. MatchUp Object is smart enough to use only the information it needs.
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 [[MatchUp Object:Hybrid:Match Key#AddField|AddField]] function later. MatchUp Object is smart enough to use only the information it needs.
Line 37: Line 37:
</pre>
</pre>


For a list of these enumerations, see [[MatchUp Object:#Enumerations:MatchcodeMapping|Matchcode Mapping Enumerations]].
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.

Latest revision as of 20:39, 5 August 2015

← MatchUp Object Reference

MatchUp Object Hybrid Interface Navigation
Overview
Order of Operations
Functions
Initialization
Mapping
Match Key
Comparison



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)