- 4 Minutes to read
Types of Connectors
- 4 Minutes to read
In this article, we’ll explore types of connectors available in Dataddo. Connectors allow Dataddo to extract data from your services. When you configure a connector, it allows you to define the data to be extracted, consequently creating a data source. The use of connectors is implicit as you start using them immediately without even actively noticing.
When you connect your data, you use one of the following connector types:
- Fixed-schema connectors: connectors with pre-defined set of metrics.
- Custom-schema connectors: connectors with custom configuration.
- Universal connectors: code-only connectors.
Fixed-schema connectors offer a pre-defined list of schemas (datasets) such as invoices or customers. While they limit customization options, these connectors are useful in standard use-cases thanks to a quick and straightforward setup.
Custom-schema connectors enable dynamic schema definitions and they are tailored to work with services that involve custom attributes. These connectors offer a specialized solution for your unique data integration needs.
Universal connectors are code-only connectors designed for granular, low-level interaction with a wide range of data systems. These connectors are highly customizable, offering a versatile option for diverse data integration requirements.
Connectors that fall under this category are
- JSON, XML, CSV
- Webhook connectors for HTTP APIs
- Database connectors like MySQL, Postgres, and SQL Server.
Connecting to various online data sources is straightforward. Our robust data transformation middleware enables connections to nearly any service with a JSON, CSV, or XML-based API. In most cases, you will be able to define the following parameters:
In configuring a universal connector, understanding the distinction between the
POST HTTP methods is crucial as it influences how data is sent and received in your API interactions:
GET: Use for read-only operations, where you want to retrieve data without modifying the server state.
GETrequests are ideal for fetching resources, searching, or viewing data.
POST: Use when you need to send data to the server to create or update resources, perform data processing, or make changes that have side effects on the server.
POSTrequests are often used in forms, login processes, and when submitting data to a server.
Here are the main differences between these two methods.
|Retrieve data from a resource
|Submit data to be processed by a resource
|Data is passed as query parameters in the URL
|Data is passed in the body of the HTTP request
|Data is visible in the URL
|Data is not visible in the URL
|Can be cached
|Idempotent (consistent results for identical requests)
|Non-idempotent (varied results possible)
For additional flexibility, universal connectors replicate HTTP requests, meaning you can specify details like URLs, headers, and body content. This feature allows connections to any service outputting data in JSON, CSV, or XML format.
To process the data from these APIs, a brief transformation script is required. This script converts API output into a format Dataddo can interpret.
For services already supported by existing connectors, universal connectors are an alternative when more control and customization are required.
HTTP headers play a crucial role in the context of web communications, acting as the carriers of additional information in HTTP request and response messages. These name-value pairs, present in the headers of HTTP messages, control and describe the behavior of any HTTP transaction. They are most often used for authorization purposes and defining the content type in transactions.
When secure access to APIs or web resources is needed, HTTP headers are often employed for token-based authorization. This involves sending a 'static token' – a predefined and unchanging security key – within the HTTP header of a request. This token validates the identity of the requestor and determines their access permissions.
Authorization Use Case
To securely access data from a server, your application might use a header structure like:
Authorization: Bearer YOUR_TOKEN
Here, Bearer signifies the token type, followed by the actual token string. This method ensures secure data transactions while keeping the user's credentials (like username and password) hidden. In Dataddo's HTTP headers section, the token or key would be used like this:
Content Type Definition Use Case
HTTP headers like 'Content-Type' define the nature of the data in the request or response. For example:
Content-Type: application/jsondeclares that the message body contains JSON-formatted data.
Content-Type: text/csvdeclares that the message body contains data in CSV (Comma-Separated Values) format.
In the HTTP Body tab, you'll find tthe data transmitted in an HTTP transaction message. This data is often formatted as a JSON or XML string in RESTful APIs. Typically, when you specify an HTTP body, the value for the HTTP method is either POST or PUT.
How to Request a New Connector
If a connector for your service is not available, you can fill out this connector request form. Please provide us with as many details as possible to facilitate the connector development.
When requesting a new connector, please provide us with a list of
- Specific API endpoints of the service that you'd like to access, or
- Type of data you'd like to access.
Typically, the development timeline for a new connector is around four weeks, this might vary depending on the volume of ongoing requests. For customized connector solutions, please contact our solutions team at firstname.lastname@example.org.