Types of Connectors
  • 4 Minutes to read
  • Dark
    Light

Types of Connectors

  • Dark
    Light

Article summary

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:

  1. Fixed-schema connectors: connectors with pre-defined set of metrics.
  2. Custom-schema connectors: connectors with custom configuration.
  3. Universal connectors: code-only connectors.

Fixed-Schema 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.

Connectors that fall under this category are e.g. Mailchimp, ExactOnline, Google Search Console.

Custom-Schema Connectors

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.

Connectors that fall under this category are e.g. Hubspot, Google Analytics 4, Salesforce, Facebook Ads.

Universal Connectors

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

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:

HTTP Methods

In configuring a universal connector, understanding the distinction between the GET and 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. GET requests 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. POST requests are often used in forms, login processes, and when submitting data to a server.

Here are the main differences between these two methods.

FeatureGETPOST
PurposeRetrieve data from a resourceSubmit data to be processed by a resource
Data HandlingData is passed as query parameters in the URLData is passed in the body of the HTTP request
VisibilityData is visible in the URLData is not visible in the URL
CachingCan be cachedNot cached
IdempotentIdempotent (consistent results for identical requests)Non-idempotent (varied results possible)

Transformation Pipeline

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.

Related Articles

HTTP Headers

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:

  • Key: Authorization
  • Value: Bearer YOUR_TOKEN

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/json declares that the message body contains JSON-formatted data.
  • Content-Type: text/csv declares that the message body contains data in CSV (Comma-Separated Values) format.

HTTP Body

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 support@dataddo.com.


Was this article helpful?

What's Next