Frequently Asked Questions
How much training is enough?
Typically 30-40 positive pairs (matches) should build a good model. While marking records through the interactive learner, you can check Zingg's predictions for the shown pair. If they seem to be correct, you can pause and run Zingg in train and match phases to see what result you are getting. If not satisfied, you can always run the findTrainingData and label jobs again and they will pick from the last training round.
Do I need to train for every new dataset?
No, absolutely not! Train only if the schema(attributes or their types) has changed.
Do I need to use a Spark cluster or can I run on a single machine?
Depends on the data size you have. Check hardware sizing for more details.
I dont have much background in ML or Spark. Can I still use Zingg ?
Very much! Zingg uses Spark and ML under the hood so that you don't have to worry about the rules and the scale.
Is Zingg an MDM?
An MDM is the system of record, it has its own store where linked and mastered records are saved. Zingg Community Version is not a complete MDM but it can be sed to build an MDM. You can build an MDM in a data store of your choice using Zingg Community Version. Zingg Enterprise Version is a lakehouse/warehouse native MDM.
Is Zingg a CDP ?
No, Zingg is not a CDP, as it does not stream events or customer data through different channels. However, if you want to base your customer platform off your warehouse or datalake, Zing gis a great fit. You can leverage existing ETL, observability and other tools which are part of your data stack and use Zingg for identity. Zingg Comminity Version can be used to build a composable CDP by identity resolution natively on the warehouse and datalake and building customer 360 views. Zingg's identity resolution is far more powerful than what is offered by any out of the box CDP. Zingg Enterprise's probabilistic and deterministic matching take this further beyond. Here is an article describing how you can build your own CDP on the warehouse with Zingg.
I can do Entity Resolution using a graph database like TigerGraph/Neo4J, why do I need Zingg ?
Doing entity resolution in graph databases is easy only if you have trusted and high-quality identifiers like passport id, SSN id, etc. through which edges can be defined between different records. If you need fuzzy matching, you will have to build your own rules and algorithms with thresholds to define matching records. Zingg and Graph Databases go hand in hand for Entity Resolution. It is far easier to use Zingg and persist its graph output to a graph database and do further processing for AML, and KYC scenarios there. Read the article for details on how Zingg uses TigerGraph for Entity Resolution.
Last updated