Data Source Name*
A unique name for this Data Source definition.
Note: Names can contain only alphanumeric characters and underscore.
The name of the database that is running on the database server.
A description of this set of connection parameters.
A case-sensitive password that is used to connect to your Amazon Redshift database. A password is required if user ID/password authentication is enabled on your database. Contact your system administrator to obtain your password.
Note: By default, the password is encrypted.
By default, the characters in the Password field you type are not shown. If you want the password to be displayed in clear text, click the eye button. Click the button again to conceal the password.
The port number of the Amazon Redshift server.
Specifies either the IP address in IPv4 or IPv6 format, or a combination of the two, or the server name (if your network supports named servers) of the primary database server, for example, RedshiftServer or 184.108.40.206
server_name | IP_address
is the name of the server to which you want to connect.
is the IP address of the server to which you want to connect.
The login credentials for your Amazon Redshift server.
DataDirect Cloud uses this information to connect to the data store. The administrator of the server must grant permission to a user with these credentials to access the data store and the target data.
Note: You can save the Data Source definition without specifying the login credentials. In that case, when you test the Data source connection, you will be prompted to specify these details. Applications using the connectivity service will have to supply the data store credentials (if they are not saved in the Data Source) in addition to the Data Source name and the credentials for the DataDirect Cloud account.
Crypto Protocol Version
Specifies a comma-separated list of the protocol versions that can be used in creating an SSL connection to the Data Source. If the specified protocol is not supported by the database server, the connection fails and the connectivity service returns an error.
cryptographic_protocol [[, cryptographic_protocol ]...]
is one of the following cryptographic protocols:
TLSv1 | TLSv1.1 | TLSv1.2
The client must send the highest version that it supports in the client hello.
Note: Good security practices recommend using TLSv1 or higher, due to known vulnerabilities in the SSLv2 and SSLv3 protocols.
Your security environment specifies that you can use TLSv1.1 and TLSv1.2. When you enter the following values, the connectivity service sends TLSv1.2 to the server first:
Host Name In Certificate
Specifies a host name for certificate validation when validation is enabled (Validate Server Certificate=true). This optional parameter provides additional security against man-in-the-middle (MITM) attacks by ensuring that the server that the DataDirect Cloud connectivity service is connecting to is the server that was requested.
host_name | #SERVERNAME#
where host_name is a valid host name.
If host_name is specified, the DataDirect Cloud connectivity service compares the specified host name to the DNSName value of the SubjectAlternativeName in the certificate. If a DNSName value does not exist in the SubjectAlternativeName or if the certificate does not have a SubjectAlternativeName, the DataDirect Cloud connectivity service compares the host name with the Common Name (CN) part of the certificate’s Subject name. If the values do not match, the connection fails and the DataDirect Cloud connectivity service throws an exception.
If #SERVERNAME# is specified, the DataDirect Cloud connectivity service compares the server name that is specified in the connection URL or data source of the connection to the DNSName value of the SubjectAlternativeName in the certificate. If a DNSName value does not exist in the SubjectAlternativeName or if the certificate does not have a SubjectAlternativeName, the DataDirect Cloud connectivity service compares the host name to the CN part of the certificate’s Subject name. If the values do not match, the connection fails and the DataDirect Cloud connectivity service throws an exception. If multiple CN parts are present, the DataDirect Cloud connectivity service validates the host name against each CN part. If any one validation succeeds, a connection is established.
Default: Empty string
Specifies the base URI for the OData feed to access your DataDirect Cloud data source, for example, https://service.datadirectcloud.com/api/odata/<DataSourceName>. You can copy the URI and paste it into your application's OData configuration.
The URI contains the case-insensitive name of the data source to connect to, and the query that you want to execute. This URI is the OData Service Root URI for the OData feed. The Service Document for the data source is returned by issuing a GET request to the data source's service root.
The OData Service Document returns the names of the entities exposed by the Data Source OData service. To get details such as the properties of the entities exposed, the data types for those properties and the relationships between entities, the Service Metadata Document can be fetched by adding /$metadata to the service root URI.
Enables OData support. If a schema map is not defined, the OData API can not be used to access the data store using this Data Source definition. Use the Configure Schema editor to select the tables to expose through OData.
See Using the Configure Schema editor for more information.
Data Source Caching
Specifies whether the connection to the backend data source is cached in a session associated with the data source. Caching the back end connection improves performance when multiple OData queries are submitted to the same data source because the connection does not need to be created on every query.
Caching of the back end connection can get in the way when trying to configure a data source for OData. If a change is made to any of the DataDirect Cloud data source connection parameters, those changes will not be seen because the connection was established using the old data source definition, and was cached. The session that caches the backend connection is discarded if there is no activity to the data source for approximately 5 minutes.
When you configure a data source for OData, it is recommended that the OData session caching be disabled. Once you are satisfied with the OData configuration for the data source, enable the parameter to get the performance improvement provided by caching the connection to the backend data source.
When set to 1, session caching is enabled. This provides better performance for production.
When set to 0, session caching is disabled. Use this value when you are configuring the data source.
Determines the number of entities returned on each page for paging controlled on the server side. On the client side, requests can use the $top and $skip parameters to control paging. In most cases, server side paging works well for large data sets. Client side pagination works best with a smaller data sets where it is not as expensive to fetch subsequent pages.
Valid Values: 0 | n
where n is an integer from 1 to 10000.
When set to 0, the server default of 2000 is used.
Controls what happens when you fetch the first page of a cached result when using Client Side Paging. Skip must be omitted or set to 0. You can use the cached copy of that first page, or you can re-execute the query to get a new result, discarding the previously cached result. Re-executing the query is useful when the data being fetched may change between two requests for the first page. Using the cached result is useful if you are paging back and forth through results that are not expected to change.
When set to 0, the OData service caches the first page of results.
When set to 1, the OData service re-executes the query.
Inline Count Mode
Specifies how the connectivity service satisfies requests that include the $inlinecount parameter when it is set to allpages. These requests require the connectivity service to include the total number of entities that are defined by the OData query request. The count must be included in the first page in server-driven paging and must be included in every page when using client-driven paging.
The optimal setting depends on the data store and the size of results. The OData service can run a separate query using the count(*) aggregate to get the count, before running the query used to generate the entities. In very large results, this approach can often lead to the first page being returned faster. Alternatively, the OData service can fetch the entire result before returning the first page. This approach works well for small results and for data stores that cannot optimize the count(*) aggregate; however, it may have a longer initial response time for the first page if the result is large.
When set to 1, the connectivity service runs a separate count(*) aggregate query to get the count of entities before executing the query to return results. In very large results, this approach can often lead to the first page being returned faster.
When set to 2, the connectivity service fetches all entities before returning the first page. For small results, this approach is always faster. However, the initial response time for the first page may be longer if the result is large.
Indicates how requests typically use $top and $skip for client side pagination, allowing the service to better anticipate how to process queries.
Set to 0 when the application generally uses $top to limit the size of the result and rarely attempts to get additional entities by combining $top and $skip.
Set to 1 when the application uses $top as part of client-driven paging and generally combines $top and $skip to page through the result.
OData Read Only
Controls whether write operations can be performed on the OData service. Write operations generate a 405 Method Not Allowed response if this option is enabled.
Existing OData-enabled data sources are read only (write operations are disabled). To enable write operations for an existing OData enabled data source, clear the OData Read Only option on the OData tab. Then, on the Data Sources tab, regenerate the OData model for the data source by clicking on the OData model icon .
true | false
When the check box is selected (set to true), OData access is restricted to read-only mode.
When the check box is not selected (set to false), write operations can be performed on the OData service.
Determines which type of metadata information is included in result sets when an application calls DatabaseMetaData methods. To include multiple types of metatdata information, add the sum of the values that you want to include. In this case, specify 6 to query database catalogs for column information and to emulate getColumns() calls.
0 | 2 | 4
If set to 0, the DataDirect Cloud connectivity service does not include metadata information in the result sets.
If set to 2, the DataDirect Cloud connectivity service queries database catalogs for column information.
If set to 4, a hint is provided to the DataDirect Cloud connectivity service to emulate getColumns() calls using the ResultSetMetaData object instead of querying database catalogs for column information. Using emulation can improve performance because the SQL statement that is formulated by the emulation is less complex than the SQL statement that is formulated using getColumns(). The argument to getColumns() must evaluate to a single table. If it does not, because of a wildcard or null value, for example, the DataDirect Cloud connectivity service reverts to the default behavior for getColumns() calls.
Specifies a semi-colon separated list of connection options and their values. Use this configuration option to set the value of undocumented connection options that are provided by Progress DataDirect technical support. You can include any valid connection option in the Extended Options string, for example:
If the Extended Options string contains option values that are also set in the setup dialog, the values of the options specified in the Extended Options string take precedence.
A semicolon delimited set of commands to be executed on the cloud data store after DataDirect Cloud has established and performed all initialization for the connection. If the execution of a SQL command fails, the connection attempt also fails and DataDirect Cloud returns an error indicating which SQL commands failed.
The default is an empty string.
The amount of time, in seconds, that the DataDirect Cloud connectivity service waits for a connection to be established before timing out the connection request.
0 | x
where x is a positive integer that represents a number of seconds.
If set to 0, the DataDirect Cloud connectivity service does not time out a connection request.
If set to x, the DataDirect Cloud connectivity service waits for the specified number of seconds before returning control to the application and throwing a timeout exception.
Max Pooled Statements
The maximum number of prepared statements to cache for this connection. If the value of this property is set to 20, the DataDirect Cloud connectivity service caches the last 20 prepared statements that are created by the application.
Sets the default query timeout (in seconds) for all statements created by a connection.
-1 | 0 | x
If set to -1, the query timeout functionality is disabled. The DataDirect Cloud connectivity service silently ignores calls to the Statement.setQueryTimeout() method.
If set to 0, the default query timeout is infinite (the query does not time out).
If set to x, the DataDirect Cloud connectivity service uses the value as the default timeout for any statement that is created by the connection. To override the default timeout value set by this connection option, call the Statement.setQueryTimeout() method to set a timeout value for a particular statement.
Resultset Meta Data Options
Determines whether the DataDirect Cloud connectivity service returns table name information in the ResultSet metadata for Select statements.
0 | 1
If set to 0 and the ResultSetMetaData.getTableName() method is called, the DataDirect Cloud connectivity service does not perform additional processing to determine the correct table name for each column in the result set. The getTableName() method may return an empty string for each column in the result set.
If set to 1 and the ResultSetMetaData.getTableName() method is called, the DataDirect Cloud connectivity service performs additional processing to determine the correct table name for each column in the result set. The DataDirect Cloud connectivity service returns schema name and catalog name information when the ResultSetMetaData.getSchemaName() and ResultSetMetaData.getCatalogName() methods are called if the DataDirect Cloud connectivity service can determine that information.