added snowflake steps for configuring zingg - #1365
Conversation
| Set the blocking strategy directly after `setLabelDataSampleSize`. If not set, the model follows `DEFAULT`. | ||
|
|
||
| #### JSON | ||
|
|
||
| ```json | ||
| { | ||
| "modelId": "100", | ||
| "zinggDir": "/tmp/models", | ||
| "numPartitions": 4, | ||
| "labelDataSampleSize": 0.5 | ||
| } | ||
| ``` | ||
|
|
||
| ### Step 2: Define fields with `EFieldDefinition` | ||
|
|
||
| #### JSON | ||
|
|
||
| ```json | ||
| "fieldDefinition":[ | ||
| { | ||
| "fieldName" : "recid", | ||
| "matchType" : "dont_use", | ||
| "fields" : "recid", | ||
| "dataType": "string" , | ||
| "primaryKey": "true" | ||
| }, | ||
| { | ||
| "fieldName" : "givenname", | ||
| "matchType" : "fuzzy", | ||
| "fields" : "givenname", | ||
| "dataType": "string" | ||
| }, | ||
| { | ||
| "fieldName" : "surname", | ||
| "matchType": "exact", | ||
| "fields" : "surname", | ||
| "dataType": "string" | ||
| }, | ||
| { | ||
| "fieldName" : "suburb", | ||
| "matchType": "fuzzy", | ||
| "fields" : "suburb", | ||
| "dataType": "string" | ||
| }, | ||
| { | ||
| "fieldName" : "postcode", | ||
| "matchType": "exact", | ||
| "fields" : "postcode", | ||
| "dataType": "string" | ||
| } | ||
| ] | ||
| ``` | ||
|
|
||
| {% hint style="info" icon="right-long" %} | ||
| Enterprise requires a primary key field for `runIncremental`. Mark the primary key field by adding `"primaryKey": "true"` if you plan to use incremental matching. | ||
| {% endhint %} | ||
|
|
||
| ### Step 3: Configure input and output pipes | ||
|
|
||
| #### JSON | ||
|
|
||
| ```json | ||
| "output" : [{ | ||
| "name":"output_Febrl_5M", | ||
| "format":"snowflake", | ||
| "props": { | ||
| "table": "OUTPUT_Febrl_5M" | ||
| } | ||
| }], | ||
| "data" : [{ | ||
| "name":"FEBRL5M", | ||
| "format":"snowflake", | ||
| "props": { | ||
| "table": "Febrl_5M" | ||
| } | ||
| }], | ||
| ``` | ||
|
|
||
| ### Step 4: Deterministic matching (optional) | ||
|
|
||
| {% hint style="info" icon="right-long" %} | ||
| Deterministic matching - **Enterprise** only. | ||
|
|
||
| Skip this step if you only need probabilistic matching. | ||
| {% endhint %} | ||
|
|
||
| #### JSON | ||
|
|
||
| ```json | ||
| { | ||
| "deterministicMatching": [ | ||
| {"matchCondition": [ | ||
| {"fieldName": "fname"}, | ||
| {"fieldName": "stNo"}, | ||
| {"fieldName": "add1"} | ||
| ]}, | ||
| {"matchCondition": [ | ||
| {"fieldName": "fname"}, | ||
| {"fieldName": "dob"}, | ||
| {"fieldName": "ssn"} | ||
| ]}, | ||
| {"matchCondition": [ | ||
| {"fieldName": "fname"}, | ||
| {"fieldName": "email"} | ||
| ]} | ||
| ] | ||
| } | ||
| ``` | ||
|
|
||
| ### Step 5: Output stats (optional) | ||
|
|
||
| {% hint style="info" icon="right-long" %} | ||
| Output stats - **Enterprise** only. | ||
|
|
||
| Skip this step if you do not need run statistics. | ||
| {% endhint %} | ||
|
|
||
| Configures where Zingg writes statistics for the `match` and `incrementalRun` phases. The `$ZINGG_DYNAMIC_STAT_NAME` placeholder is substituted at runtime with `SUMMARY`, `CLUSTER`, or `RECORD`, so each run writes the three statistics tables separately. If `outputStats` is not configured, Zingg skips stats writing and the run proceeds normally. |
There was a problem hiding this comment.
keep all this info very short and concise here. they should be in detail at their own pages
There was a problem hiding this comment.
Pls re-confirm if you want me to trim, as this was written by someone else before me.
| }, | ||
| ``` | ||
|
|
||
| **Read more:** For the fields in each statistics table → [Output Statistics](../interpreting-results/output-statistics.md). |
There was a problem hiding this comment.
remove this
There was a problem hiding this comment.
I don't think we should
| **Read more:** For the fields in each statistics table → [Output Statistics](../interpreting-results/output-statistics.md). | ||
|
|
||
| ### Step 6: Pass Through (optional) | ||
|
|
||
| {% hint style="info" icon="right-long" %} | ||
| Pass Through - **Enterprise** only. | ||
|
|
There was a problem hiding this comment.
keep this info very short
There was a problem hiding this comment.
It is exact same as it is present in enterprise tab
There was a problem hiding this comment.
Pls re-confirm if you want me to trim in both the tabs.
| ``` | ||
|
|
||
| Enterprise adds blocking model configuration via `args.setBlockingModel()`. Set this in Configure Zingg before running `train`. | ||
|
|
There was a problem hiding this comment.
why this info here ?
There was a problem hiding this comment.
I'll add json version of this
|
|
||
| Enterprise Snowflake also provides the `findAndLabel` combined phase, which runs `findTrainingData` and `label` together in a single call. Use this for smaller datasets where `findTrainingData` completes quickly: | ||
| <!-- | ||
| #### JSON |
There was a problem hiding this comment.
remove any unnecessary comments
|
|
||
| {% tab title="Enterprise Snowflake" %} | ||
| **CHECK WITH SONAL ABOUT THIS TOPIC - NEEDS ENTIRELY DIFFERENT SET OF CONTENT TO BE DISCUSSED LATER.** | ||
| ### Set label data sample size |
There was a problem hiding this comment.
do we need this ??
|
|
||
| ```bash | ||
| ./scripts/zingg.sh --phase generateDocs --conf <location to conf.json> \ | ||
| --showConcise=true --properties-file <location to snowflake.properties> |
There was a problem hiding this comment.
showConcise is optional. check older version
|
|
||
| #### CLI | ||
|
|
||
| ```json |
There was a problem hiding this comment.
json or bash?
| ``` | ||
|
|
||
| {% hint style="info" icon="right-long" %} | ||
| The `--originalZinggId` flag takes the path to your original production config file. Despite the flag name, you are passing the **configuration file** that defined the original model - Zingg uses that config to locate the original output containing the Zingg IDs to be preserved. |
There was a problem hiding this comment.
remove this info
|
|
||
| ```json | ||
| { | ||
| "config" : "configSnow.json", |
There was a problem hiding this comment.
configSnow.json-> add some info about this that it is the config of prev executed match
| ./scripts/zingg.sh --phase verifyBlocking --conf config.json \ | ||
| --properties-file <location to snowflake.properties> | ||
| ``` | ||
| {% endtab %} |
There was a problem hiding this comment.
https://www.zingg.ai/docs/home/0.7.0/stepbystep/verifyblocking#the-verifyblocking-phase-is-run-as-follows
It has some more info regarding SF
No description provided.