Given that Snowflake is a table based warehouse, we required a column called added_at which will be used to index your data. If necessary, this column can be generated as a copy of any other date column in your table.
We can authenticate using either a User & Password or a User & Private Key depending on your preference. (Private Keys are recommended for better security*)
Role: DATASYNCS_ROLE
Warehouse: your_warehouse
Database: your_database
Schema: your_schema
Table: the specific table that you are looking to import data from
IP Whitelisting (optional)
If you have IP restrictions in place, whitelist the following IP addresses to allow HockeyStack’s workers to communicate with Snowflake:
18.184.228.143
18.192.106.69
35.157.54.242
3.69.98.171
Configure an account limit with Resource Monitors (optional)
Larger imports (>100k rows) can increase compute costs. Setting a quota can help ensure no unexpected compute costs:
Refer to Snowflake'sResource Monitors documentation to see which options are available to as limits you can set on the service account you are providing to DataSyncs
Generating a Unique ID column (Properties imports)
When importing custom properties (such as Outreach Calls, User based App data, etc) a unique_id is needed to help us understand the data grain (the set of columns that define the uniqueness of a row).
This Unique ID can be an ID from a CRM, assuming that it is unique for each record in the dataset. If not, this ID can be generated from a combination of columns.
For example, if column1 , column3 , and column5 combined define the uniqueness of a row- you can create a unique_id by doing this:
Or, if you prefer a randomly generated ID, you can do: