Insert answer submissions as rows in Amazon Redshift
To allow Formsort to write to Redshift, create a new user with insert permissions to the schema that contains your data table. You can then add the credentials for the user directly into Formsort.
Do not reuse a user with more permissions than are necessary to INSERT rows - Formsort does not even need SELECT access, and should not have any administrative permissions.
Make sure your Redshift server is set to public! By default, Redshift servers in AWS are set to private.
The frequency of inserting a row to redshift can be configured as:
- On Finalize: only at the end of the flow.
- On Savepoint: after each step marked as save point, and at the end of the flow.
- Every step: at the end of each step (when the responder advances using the Next button), and at the end of the flow.
- Debounced: when the responder abandons the flow after a period of inactivity, and at the end of the flow. Formsort recommends using this setting to reduce the load.
Formsort backend system will exclusively connect to Redshift from the static IP
Because the Formsort user should not have administrative permissions, you must create it yourself, using a SQL command or the AWS UI.
Create a table named
answer_setwith the following fields:
There is an option to send answer payloads to multiple Redshift destinations. This is useful if you'd like to share your data across multiple endpoints, or have payloads that are sent at different submission frequencies go to different destinations.
To enable multiple destinations, first complete setup for an initial destination (Destination 1). Then, click the "+ Add destination" button. Up to 3 instances can be added.
3 Redshift destinations
Once you've finished configuring all instances of your Redshift integrations, be sure to Save your work with the button in the top right corner.