Data Source Attributes

Express Edition drivers pass a variety of parameters that differ based upon the back-end database to which they are designed to connect. Use the following guide lines to assess the validity of Express Edition Data Source Attributes:

  1. Ascertain what values need to be passed to connect to the target database.
  2. Insure that you pass those values in the appropriate field of the DSN.
  3. Insure that the values allow the database native client to connect to the database, if the database native client is available.
  4. Compare DSN parameters with database native .profiles, config files, or screenshots of DBA GUI interfaces, when problems arise.

Here is an overview of values that need to be passed in Express DSNs:

DatabaseValues
DB2Database Server Host Name or IP Address
TCP Listening Port
Database
FirebirdDatabase Server Host Name or IP Address
TCP Listening Port
Database Path
InformixDatabase Server Host Name or IP Address
TCP Listening Port
Database
Informix Instance Name
IngresDatabase Server Host Name or IP Address
Port Name
Database
Microsoft SQL ServerDatabase Server Host Name or IP Address
TCP Listening Port
Database
MySQLDatabase Server Host Name or IP Address
TCP Listening Port
Database
OracleDatabase Server Host Name or IP Address
TCP Listening Port
Oracle SID
PostgreSQLDatabase Server Host Name or IP Address
TCP Listening Port
Database
SybaseDatabase Server Host Name or IP Address
TCP Listening Port
Database

Single-Tier Driver Data Source Attributes

Single-Tier drivers pass a variety of parameters that differ based upon the back-end database to which they are designed to connect. Use the following guide lines to assess the validity of Single-Tier Data Source Attributes:

  1. Ascertain what values need to be passed to connect to the target database.
  2. Insure that the you pass those values in the appropriate field of the DSN.
  3. Insure that the values allow the database native client to connect to the database.
  4. Compare DSN parameters with database native .profiles, config files, or screenshots of DBA GUI interfaces, when problems arise.

Here is an overview of values that need to be passed in Single-Tier DSNs:

DatabaseValues
DB2DB2 remote database alias
InformixInformix server name
Ingresvnode::dbname
Microsoft SQL Server-S server ip address -P sqlserver listening port -V TDS version

Note: Acceptable TDS versions? are: 4.2, 4.6, 5.0, 7.0, and 8.0.
MySQL-H host -P port -T
OracleSQL*Net alias
PostgreSQL-H host -P port -T
Progresssockets -SHN parameters
SybaseSybase server name


Multi-Tier Driver Data Source Attributes

Multi-Tier drivers use the same parameter set regardless of the target database to which they intend to connect. Here is an overview of those parameters and the problems associated with those parameters:

ParameterValuePotential Problems
DriverThe full path to the OpenLink client driver.Missing drivers or bad permissions produce "specified driver could not be loaded" or similar errors.
DescriptionA description of the use or nature of the data source.No known problems are associated with this parameter.
HostThe IP address or hostname of the machine, which contains the Request Broker.Incorrect values can produce "Remote System Error" or "Program Unavailable" messages.
ProtocolThe network protocol. The default is TCP.Testing shows that the connection will default to TCP if an erroneous value is passed.
Domain (a.k.a. "ServerType")A valid domain alias from the OpenLink server components' oplrqb.ini file.The Broker will return "Broker is unable to resolve your Request" errors, if an erroneous value is passed. You must insure that case and spacing in your Domain value matches case and spacing in oplrqb.ini.
DatabaseA database name or Oracle SID.The database server will return a variety of invalid, unknown, or unavailable database/SID errors, when an invalid value is passed.
UsernameA valid database username.Incorrect values will produce authentication errors.
PasswordA valid database password.Incorrect values will produce authentication errors.
OptionsOptional. Database-specific connection parameters. Primarily used with Progress socket options and special "3-Tier" DSNs.Due to the variety of parameters that may be passed, there is no specific error associated with this parameter. When values are passed to Options, you must ascertain why the values are being passed. This parameter should only be used to pass Progress sockets parameters or database-native client parameters that facilitate connection to a remote database via a local database native client. In other words, with an exception being made for Progress databases, you would only use this field if you had a database installed on a remote machine with no OpenLink software whatsoever. Then, you would have the database native client installed on the same machine as the OpenLink Request Broker and database agent. At this point, you could use this field to pass a remote database alias, node, or other form of connection attributes that the database native client recognizes. The database native client would use this value to connect the OpenLink agent to the remote database. Example values are DB2 nodes, Oracle Net10 service names, and Ingres vnodes.
FetchBufferSizeAn integer, which represents the number of rows to return during one fetch operation.An inappropriate value will cause performance issues. You can test with the values 1 and 99. Performance boosts with low numbers indicates database performance problems. Performance boosts with high numbers denotes network latency issues.
ReadOnlyBoolean. Enables or disables read-only access to the database.Errors are not associated with ReadOnly. However, you should enable ReadOnly to prevent updates to the database. You should disable ReadOnly to allow updates.
DeferLongFetchBoolean. Pushes binary objects to the end of the result set. Smaller data types are retrieved first. This enhances performance.No errors are associated with DeferLongFetch. However, failure to set DeferLongFetch can result in performance issues, when a result set contains large binary objects.