## Teradata SQL Driver for Python
This package enables Python applications to connect to the Teradata Database.
This package implements the [PEP-249 Python Database API Specification 2.0](https://www.python.org/dev/peps/pep-0249/).
This package requires 64-bit Python 3.7 or later, and runs on Windows, macOS, and Linux. 32-bit Python is not supported.
For community support, please visit [Teradata Community](https://support.teradata.com/community).
For Teradata customer support, please visit [Teradata Customer Service](https://support.teradata.com/).
Please note, this driver may contain beta/preview features ("Beta Features"). As such, by downloading and/or using the driver, in addition to agreeing to the licensing terms below, you acknowledge that the Beta Features are experimental in nature and that the Beta Features are provided "AS IS" and may not be functional on any machine or in any environment.
Copyright 2024 Teradata. All Rights Reserved.
### Table of Contents
* [Features](#Features)
* [Limitations](#Limitations)
* [Installation](#Installation)
* [License](#License)
* [Documentation](#Documentation)
* [Sample Programs](#SamplePrograms)
* [Using the Driver](#Using)
* [Connection Parameters](#ConnectionParameters)
* [COP Discovery](#COPDiscovery)
* [Stored Password Protection](#StoredPasswordProtection)
* [Client Attributes](#ClientAttributes)
* [User STARTUP SQL Request](#UserStartup)
* [Transaction Mode](#TransactionMode)
* [Auto-Commit](#AutoCommit)
* [Data Types](#DataTypes)
* [Null Values](#NullValues)
* [Character Export Width](#CharacterExportWidth)
* [Module Constructors](#ModuleConstructors)
* [Module Globals](#ModuleGlobals)
* [Module Exceptions](#ModuleExceptions)
* [Connection Attributes](#ConnectionAttributes)
* [Connection Methods](#ConnectionMethods)
* [Cursor Attributes](#CursorAttributes)
* [Cursor Methods](#CursorMethods)
* [Type Objects](#TypeObjects)
* [Escape Syntax](#EscapeSyntax)
* [FastLoad](#FastLoad)
* [FastExport](#FastExport)
* [CSV Batch Inserts](#CSVBatchInserts)
* [CSV Export Results](#CSVExportResults)
* [Change Log](#ChangeLog)
<a id="Features"></a>
### Features
The *Teradata SQL Driver for Python* is a DBAPI Driver that enables Python applications to connect to the Teradata Database. The driver implements the [PEP-249 Python Database API Specification 2.0](https://www.python.org/dev/peps/pep-0249/).
The driver is a young product that offers a basic feature set. We are working diligently to add features to the driver, and our goal is feature parity with the Teradata JDBC Driver.
At the present time, the driver offers the following features.
* Supported for use with Teradata database 16.20 and later releases.
* COP Discovery.
* Laddered Concurrent Connect.
* HTTPS/TLS connections with Teradata database 16.20.53.30 and later.
* Encrypted logon using the `TD2`, `JWT`, `LDAP`, `KRB5` (Kerberos), or `TDNEGO` logon mechanisms.
* Data encryption governed by central administration, or enabled via the `encryptdata` connection parameter.
* Unicode character data transferred via the UTF8 session character set.
* Auto-commit for ANSI and TERA transaction modes.
* Result set row size up to 1 MB.
* Multi-statement requests that return multiple result sets.
* Most JDBC escape syntax.
* Parameterized SQL requests with question-mark parameter markers.
* Parameterized batch SQL requests with multiple rows of data bound to question-mark parameter markers.
* Auto-Generated Key Retrieval (AGKR) for identity column values and more.
* Large Object (LOB) support for the BLOB and CLOB data types.
* Complex data types such as `XML`, `JSON`, `DATASET STORAGE FORMAT AVRO`, and `DATASET STORAGE FORMAT CSV`.
* ElicitFile protocol support for DDL commands that create external UDFs or stored procedures and upload a file from client to database.
* `CREATE PROCEDURE` and `REPLACE PROCEDURE` commands.
* Stored Procedure Dynamic Result Sets.
* FastLoad and FastExport.
* Monitor partition.
<a id="Limitations"></a>
### Limitations
* The UTF8 session character set is always used. The `charset` connection parameter is not supported.
* No support yet for Recoverable Network Protocol and Redrive.
<a id="Installation"></a>
### Installation
The `teradatasql` package depends on the `pycryptodome` package which is available from PyPI.
Use `pip install` to download and install the driver and its dependencies automatically.
Platform | Command
-------------- | ---
macOS or Linux | `pip install teradatasql`
Windows | `py -3 -m pip install teradatasql`
When upgrading to a new version of the driver, you may need to use pip install's `--no-cache-dir` option to force the download of the new version.
Platform | Command
-------------- | ---
macOS or Linux | `pip install --no-cache-dir -U teradatasql`
Windows | `py -3 -m pip install --no-cache-dir -U teradatasql`
The `teradatasql` package depends on the `pycryptodome` package, because one of the included sample programs (`TJEncryptPassword.py`) uses `pycryptodome`. The driver itself does not use `pycryptodome`.
If you want to avoid installing `pycryptodome`, you can use the `--no-deps` option of pip install to avoid installing `pycryptodome`. Without `pycryptodome`, you will not be able to run the `TJEncryptPassword.py` sample program.
Platform | Command
-------------- | ---
macOS or Linux | `pip install --no-deps teradatasql`
Windows | `py -3 -m pip install --no-deps teradatasql`
<a id="License"></a>
### License
Use of the driver is governed by the *License Agreement for the Teradata SQL Driver for Python*.
When the driver is installed, the `LICENSE` and `THIRDPARTYLICENSE` files are placed in the `teradatasql` directory under your Python installation directory.
In addition to the license terms, the driver may contain beta/preview features ("Beta Features"). As such, by downloading and/or using the driver, in addition to the licensing terms, you acknowledge that the Beta Features are experimental in nature and that the Beta Features are provided "AS IS" and may not be functional on any machine or in any environment.
<a id="Documentation"></a>
### Documentation
When the driver is installed, the `README.md` file is placed in the `teradatasql` directory under your Python installation directory. This permits you to view the documentation offline, when you are not connected to the Internet.
The `README.md` file is a plain text file containing the documentation for the driver. While the file can be viewed with any text file viewer or editor, your viewing experience will be best with an editor that understands Markdown format.
<a id="SamplePrograms"></a>
### Sample Programs
Sample programs are provided to demonstrate how to use the driver. When the driver is installed, the sample programs are placed in the `teradatasql/samples` directory under your Python installation directory.
The sample programs are coded with a fake database hostname `whomooz`, username `guest`, and password `please`. Substitute your actual database hostname and credentials before running a sample program.
Program | Purpose
------------------------------------------------------------------------------------------------------------------- | ---
[AGKRBatchInsert.py](https://github.com/Teradata/python-driver/blob/master/samples/AGKRBatchInsert.py) | Demonstrates how to insert a batch of rows with Auto-Generated Key Retrieval (AGKR)
[AGKRInsertSelect.py](https://github.com/Teradata/python-driver/blob/master/samples/AGKRInsertSelect.py) | Demonstrates Insert/Select with Auto-Generated Key Retrieval (AGKR)
[BatchInsert.py](https://github.com/Teradata/python-driver/blob/master/samples/BatchInsert.py) | Demonstrates how to insert a batch of rows
[BatchInsertCSV.py](https://github.com/Teradata/python-driver/blob/master/samples/BatchInsertCSV.py) | Demonstrates how to insert a batch of rows from a CSV file
[BatchInsPerf.py](https://github.com/Teradata/python-driver/blob/master/samples/BatchInsPerf.py) | Measures time to insert one million rows
[CancelSleep.py](https://github.com/Teradata/python-driver/blob/master/samples/CancelSleep.py) | Demonstrates how to use the cancel method to interrupt a query
[CharPadding.py](https://github.com/Teradata/python-driver/blob/master/samples/CharPadding.py) | Demonstrates the database's *Character Export Width* behavior
[CommitRollback.py](https://github.com/Teradata/python-driver/blob/master/samples/CommitRollback.py) | Demonstrates commit and rollback methods with auto-commit off.
[DecimalDigits.py](https://github.com/Teradata/python-driver/blob/master/samples/DecimalDigits.py) | Demonstrates how to format decimal.Decimal values.
[DriverDatabaseVersion.py](https://github.com/Teradata/python-driver/blob/master/samples/DriverDatabaseVersion.py) | Displays the driver version and database version
[ElicitFile.py](https://github.com/Teradata/python-driver/blob/master/samples/ElicitFile.py) | Demonstrates C source file upload to create a User-Defined Function (UDF)
[ExportCSVResult.py](https://github.com/Teradata/python-driver/blob/master/samples/ExportCSVResult.py) | Demonstrates how to export a query result set to a CSV file
[ExportCSVResults.py](https://github.com/Teradata/python-driver/blob/master/samples/ExportCSVResults.py) | Demonstrates how to export multiple query result sets to CSV files
[FakeExportCSVResults.py](https://github.com/Teradata/python-driver/blob/master/samples/FakeExportCSVResults.py) | Demonstrates how to export multiple query result sets with the metadata to CSV files
[FakeResultSetCon.py](https://github.com/Teradata/python-driver/blob/master/samples/FakeResultSetCon.py) | Demonstrates connection parameter for fake result sets
[FakeResultSetEsc.py](https://github.com/Teradata/python-driver/blob/master/samples/FakeResultSetEsc.py) | Demonstrates escape function for fake result sets
[FastExportCSV.py](https://github.com/Teradata/python-driver/blob/master/samples/FastExportCSV.py) | Demonstrates how to FastExport rows from a table to a CSV file
[FastExportTable.py](https://github.com/Teradata/python-driver/blob/master/samples/FastExportTable.py) | Demonstrates how to FastExport rows from a table
[FastLoadBatch.py](https://github.com/Teradata/python-driver/blob/master/samples/FastLoadBatch.py) | Demonstrates how to FastLoad batches of rows
[FastLoadCSV.py](https://github.com/Teradata/python-driver/blob/master/samples/FastLoadCSV.py) | Demonstrates how to FastLoad batches of rows from a CSV file
[HelpSession.py](https://github.com/Teradata/python-driver/blob/master/samples/HelpSession.py) | Displays session information
[IgnoreErrors.py](https://github.com/Teradata/python-driver/blob/master/samples/IgnoreErrors.py) | Demonstrates how to ignore errors
[InsertLob.py](https://github.com/Teradata/python-driver/blob/master/samples/InsertLob.py) | Demonstrates how to insert BLOB and CLOB values
[InsertXML.py](https://github.com/Teradata/python-driver/blob/master/samples/InsertXML.py) | Demonstrates how to insert and retrieve XML values
[LoadCSVFile.py](https://github.com/Teradata/python-driver/blob/master/samples/LoadCSVFile.py) | Demonstrates how to load data from a CSV file into a table
[LobLocators.py](https://github.com/Teradata/python-driver/blob/master/samples/LobLocators.py) | Demonstrates how to use LOB locators
[MetadataFromPrepare.py](https://github.com/Teradata/python-driver/blob/master/samples/MetadataFromPrepare.py) | Demonstrates how to prepare a SQL request and obtain SQL statement metadata
[MonitorAbort.py](https://github.com/Teradata/python-driver/blob/master/samples/MonitorAbort.py) | Demonstrates how to use the Monitor partition to abort a session
[MonitorQueries.py](https://github.com/Teradata/python-driver/blob/master/samples/MonitorQueries.py) | Demonstrates how to execute Monitor partition queries
[MultiThread.py](https://github.com/Teradata/python-driver/blob/master/samples/MultiThread.py) | Demonstrates how to use multiple threads to load data in parallel
[ParamDataTypes.py](https://github.com/Teradata/python-driver/blob/master/samples/ParamDataTypes.py) | Demonstrates how to specify data types for parameter marker bind values
[ShowCommand.py](https://github.com/Teradata/python-driver/blob/master/samples/ShowCommand.py) | Displays the results from the `SHOW` command
[StoredProc.py](https://github.com/Teradata/python-driver/blob/master/samples/StoredProc.py) | Demonstrates how to create and call a SQL stored procedure
[TJEncryptPassword.py](https://github.com/Teradata/python-driver/blob/master/samples/TJEncryptPassword.py) | Creates encrypted password files
<a id="Using"></a>
### Using the Driver
Your Python script must import the `teradatasql` package in order to use the driver.
import teradatasql
After importing the `teradatasql` package, your Python script calls the `teradatasql.connect` function to open a connection to the database.
You may specify connection parameters as a JSON string, as `kwargs`, or using a combination of the two approaches. The `teradatasql.connect` function's first argument is an optional JSON string. The `teradatasql.connect` function's second and subsequent arguments are optional `kwargs`.
Connection parameters specified only as `kwargs`:
con = teradatasql.connect(host="whomooz", user="guest", password="please")
Connection parameters specified only as a JSON string:
con = teradatasql.connect('{"host":"whomooz","user":"guest","password":"please"}')
Connection parameters specified using a combination:
con = teradatasql.connect('{"host":"whomooz"}', user="guest", password="please")
When a combination of parameters are specified, connection parameters specified as `kwargs` take precedence over same-named connection parameters specified in the JSON string.
<a id="ConnectionParameters"></a>
### Connection Parameters
The following table lists the connection parameters currently offered by the driver. Connection parameter values are case-sensitive unless stated otherwise.
Our goal is consistency for the connection parameters offered by this driver and the Teradata JDBC Driver, with respect to connection parameter names and functionality. For comparison, Teradata JDBC Driver connection parameters are [documented here](https://downloads.teradata.com/doc/connectivity/jdbc/reference/current/jdbcug_chapter_2.html#BGBHDDGB).
Parameter | Default | Type | Description
----------------------- | ----------- | -------------- | ---
`account` | | string | Specifies the database account. Equivalent to the Teradata JDBC Driver `ACCOUNT` connection parameter.
`browser` | | string | Specifies the command to open the browser for Browser Authentication when `logmech` is `BROWSER`. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `BROWSER` connection parameter.<br/>The specified command must include a placeholder token, literally specified as `PLACEHOLDER`, which the driver will replace with the Identity Provider authorization endpoint URL. The `PLACEHOLDER` token is case-sensitive and must be specified in uppercase.<br/>• On Windows, the default command is `cmd /c start "title" "PLACEHOLDER"`. Windows command syntax requires the quoted title to precede the quoted URL.<br/>• On macOS, the default command is `open PLACEHOLDER`. macOS command syntax does not allow the URL to be quoted.
`browser_tab_timeout` | `"5"` | quoted integer | Specifies the number of seconds to wait before closing the browser tab after Browser Authentication is completed. The default is 5 seconds. The behavior is under the browser's control, and not all browsers support automatic closing of browser tabs. Typically, the tab used to log on will remain open indefinitely, but the second and subsequent tabs will be automatically closed. Specify `0` (zero) to close the tab immediately. Specify `-1` to turn off automatic closing of browser tabs. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `BROWSER_TAB_TIMEOUT` connection parameter.
`browser_timeout` | `"180"` | quoted integer | Specifies the number of seconds that the driver will wait for Browser Authentication to complete. The default is 180 seconds (3 minutes). Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `BROWSER_TIMEOUT` connection parameter.
`code_append_file` | `"-out"` | string | Specifies how to display the verification URL and code. Optional when `logmech` is `CODE` and ignored for other `logmech` values. The default `-out` prints the verification URL and code to stdout. Specify `-err` to print the verification URL and code to stderr. Specify a file name to append the verification URL and code to an existing file or create a new file if the file does not exist. Equivalent to the Teradata JDBC Driver `CODE_APPEND_FILE` connection parameter.
`column_name` | `"false"` | quoted boolean | Controls the behavior of cursor `.description` sequence `name` items. Equivalent to the Teradata JDBC Driver `COLUMN_NAME` connection parameter. False specifies that a cursor `.description` sequence `name` item provides the AS-clause name if available, or the column name if available, or the column title. True specifies that a cursor `.description` sequence `name` item provides the column name if available, but has no effect when StatementInfo parcel support is unavailable.
`connect_failure_ttl` | `"0"` | quoted integer | Specifies the time-to-live in seconds to remember the most recent connection failure for each IP address/port combination. The driver subsequently skips connection attempts to that IP address/port for the duration of the time-to-live. The default value of zero disables this feature. The recommended value is half the database restart time. Equivalent to the Teradata JDBC Driver `CONNECT_FAILURE_TTL` connection parameter.
`connect_function` | `"0"` | quoted integer | Specifies whether the database should allocate a Logon Sequence Number (LSN) for this session, or associate this session with an existing LSN. Specify `0` for a session with no LSN (the default). Specify `1` to allocate a new LSN for the session. Specify `2` to associate the session with the existing LSN identified by the `logon_sequence_number` connection parameter. The database only permits sessions for the same user to share an LSN. Equivalent to the Teradata JDBC Driver `CONNECT_FUNCTION` connection parameter.
`connect_timeout` | `"10000"` | quoted integer | Specifies the timeout in milliseconds for establishing a TCP socket connection. Specify `0` for no timeout. The default is 10 seconds (10000 milliseconds).
`cop` | `"true"` | quoted boolean | Specifies whether COP Discovery is performed. Equivalent to the Teradata JDBC Driver `COP` connection parameter.
`coplast` | `"false"` | quoted boolean | Specifies how COP Discovery determines the last COP hostname. Equivalent to the Teradata JDBC Driver `COPLAST` connection parameter. When `coplast` is `false` or omitted, or COP Discovery is turned off, then no DNS lookup occurs for the coplast hostname. When `coplast` is `true`, and COP Discovery is turned on, then a DNS lookup occurs for a coplast hostname.
`database` | | string | Specifies the initial database to use after logon, instead of the user's default database. Equivalent to the Teradata JDBC Driver `DATABASE` connection parameter.
`dbs_port` | `"1025"` | quoted integer | Specifies the database port number. Equivalent to the Teradata JDBC Driver `DBS_PORT` connection parameter.
`encryptdata` | `"false"` | quoted boolean | Controls encryption of data exchanged between the driver and the database. Equivalent to the Teradata JDBC Driver `ENCRYPTDATA` connection parameter.
`error_query_count` | `"21"` | quoted integer | Specifies how many times the driver will attempt to query FastLoad Error Table 1 after a FastLoad operation. Equivalent to the Teradata JDBC Driver `ERROR_QUERY_COUNT` connection parameter.
`error_query_interval` | `"500"` | quoted integer | Specifies how many milliseconds the driver will wait between attempts to query FastLoad Error Table 1. Equivalent to the Teradata JDBC Driver `ERROR_QUERY_INTERVAL` connection parameter.
`error_table_1_suffix` | `"_ERR_1"` | string | Specifies the suffix for the name of FastLoad Error Table 1. Equivalent to the Teradata JDBC Driver `ERROR_TABLE_1_SUFFIX` connection parameter.
`error_table_2_suffix` | `"_ERR_2"` | string | Specifies the suffix for the name of FastLoad Error Table 2. Equivalent to the Teradata JDBC Driver `ERROR_TABLE_2_SUFFIX` connection parameter.
`error_table_database` | | string | Specifies the database name for the FastLoad error tables. By default, FastLoad error tables reside in the same database as the destination table being loaded. Equivalent to the Teradata JDBC Driver `ERROR_TABLE_DATABASE` connection parameter.
`fake_result_sets` | `"false"` | quoted boolean | Controls whether a fake result set containing statement metadata precedes each real result set.
`field_quote` | `"\""` | string | Specifies a single character string used to quote fields in a CSV file.
`field_sep` | `","` | string | Specifies a single character string used to separate fields in a CSV file. Equivalent to the Teradata JDBC Driver `FIELD_SEP` connection parameter.
`govern` | `"true"` | quoted boolean | Controls FastLoad and FastExport throttling by Teradata workload management rules. When set to `true` (the default), workload management rules may delay a FastLoad or FastExport. When set to `false`, workload management rules will reject rather than delay a FastLoad or FastExport. Equivalent to the Teradata JDBC Driver `GOVERN` connection parameter.
`host` | | string | Specifies the database hostname.
`http_proxy` | | string | Specifies the proxy server URL for HTTP connections to TLS certificate verification CRL and OCSP endpoints. The URL must begin with `http://` and must include a colon `:` and port number.
`http_proxy_password` | | string | Specifies the proxy server password for the proxy server identified by the `http_proxy` parameter. This parameter may only be specified in conjunction with the `http_proxy` parameter. When this parameter is omitted, no proxy server password is provided to the proxy server identified by the `http_proxy` parameter.
`http_proxy_user` | | string | Specifies the proxy server username for the proxy server identified by the `http_proxy` parameter. This parameter may only be specified in conjunction with the `http_proxy` parameter. When this parameter is omitted, no proxy server username is provided to the proxy server identified by the `http_proxy` parameter.
`https_port` | `"443"` | quoted integer | Specifies the database port number for HTTPS/TLS connections. Equivalent to the Teradata JDBC Driver `HTTPS_PORT` connection parameter.
`https_proxy` | | string | Specifies the proxy server URL for HTTPS/TLS connections to the database and to Identity Provider endpoints. The URL must begin with `http://` and must include a colon `:` and port number. The driver connects to the proxy server using a non-TLS HTTP connection, then uses the HTTP CONNECT method to establish an HTTPS/TLS connection to the destination. Equivalent to the Teradata JDBC Driver `HTTPS_PROXY` connection parameter.
`https_proxy_password` | | string | Specifies the proxy server password for the proxy server identified by the `https_proxy` parameter. This parameter may only be specified in conjunction with the `https_proxy` parameter. When this parameter is omitted, no proxy server password is provided to the proxy server identified by the `https_proxy` parameter. Equivalent to the Teradata JDBC Driver `HTTPS_PROXY_PASSWORD` connection parameter.
`https_proxy_user` | | string | Specifies the proxy server username for the proxy server identified by the `https_proxy` parameter. This parameter may only be specified in conjunction with the `https_proxy` parameter. When this parameter is omitted, no proxy server username is provided to the proxy server identified by the `https_proxy` parameter. Equivalent to the Teradata JDBC Driver `HTTPS_PROXY_USER` connection parameter.
`jws_algorithm` | `"RS256"` | string | Specifies the JSON Web Signature (JWS) algorithm to sign the JWT Bearer Token for client authentication. Optional when `logmech` is `BEARER` and ignored for other `logmech` values. The default `RS256` is RSASSA-PKCS1-v1_5 using SHA-256. Specify `RS384` for RSASSA-PKCS1-v1_5 using SHA-384. Specify `RS512` for RSASSA-PKCS1-v1_5 using SHA-512. Equivalent to the Teradata JDBC Driver `JWS_ALGORITHM` connection parameter.
`jws_cert` | | string | Specifies the file name of the X.509 certificate PEM file that contains the public key corresponding to the private key from `jws_private_key`. Optional when `logmech` is `BEARER` and ignored for other `logmech` values. When this parameter is specified, the "x5t" header thumbprint is added to the JWT Bearer Token for the Identity Provider to select the public key for JWT signature verification. Some Identity Providers, such as Microsoft Entra ID, require this. When this parameter is omitted, the "x5t" header thumbprint is not added to the JWT Bearer Token. Some Identity Providers do not require the "x5t" header thumbprint. Equivalent to the Teradata JDBC Driver `JWS_CERT` connection parameter.
`jws_private_key` | | string | Specifies the file name of the PEM or JWK file containing the private key to sign the JWT Bearer Token for client authentication. Required when `logmech` is `BEARER` and ignored for other `logmech` values. PEM and JWK file formats are supported. The private key filename must end with the `.pem` or `.jwk` extension. A PEM file must contain the BEGIN/END PRIVATE KEY header and trailer. If a JWK file contains a "kid" (key identifier) parameter, the "kid" header is added to the JWT Bearer Token for the Identity Provider to select the public key for JWT signature verification. Equivalent to the Teradata JDBC Driver `JWS_PRIVATE_KEY` connection parameter.
`lob_support` | `"true"` | quoted boolean | Controls LOB support. Equivalent to the Teradata JDBC Driver `LOB_SUPPORT` connection parameter.
`log` | `"0"` | quoted integer | Controls debug logging. Somewhat equivalent to the Teradata JDBC Driver `LOG` connection parameter. This parameter's behavior is subject to change in the future. This parameter's value is currently defined as an integer in which the 1-bit governs function and method tracing, the 2-bit governs debug logging, the 4-bit governs transmit and receive message hex dumps, and the 8-bit governs timing. Compose the value by adding together 1, 2, 4, and/or 8.
`logdata` | | string | Specifies extra data for the chosen logon authentication method. Equivalent to the Teradata JDBC Driver `LOGDATA` connection parameter.
`logmech` | `"TD2"` | string | Specifies the logon authentication method. Equivalent to the Teradata JDBC Driver `LOGMECH` connection parameter. The database user must have the "logon with null password" permission for `KRB5` Single Sign On (SSO) or any of the OpenID Connect (OIDC) methods `BEARER`, `BROWSER`, `CODE`, `CRED`, `JWT`, `ROPC`, or `SECRET`. Values are case-insensitive.<br/>• `BEARER` uses OIDC Client Credentials Grant with JWT Bearer Token for client authentication.<br/>• `BROWSER` uses Browser Authentication, supported for Windows and macOS.<br/>• `CODE` uses OIDC Device Code Flow, also known as OIDC Device Authorization Grant.<br/>• `CRED` uses OIDC Client Credentials Grant with client_secret_post for client authentication.<br/>• `JWT` uses JSON Web Token.<br/>• `KRB5` uses Kerberos V5.<br/>• `LDAP` uses Lightweight Directory Access Protocol.<br/>• `ROPC` uses OIDC Resource Owner Password Credentials (ROPC).<br/>• `SECRET` uses OIDC Client Credentials Grant with client_secret_basic for client authentication.<br/>• `TD2` uses Teradata Method 2.<br/>• `TDNEGO` automatically selects the appropriate logon authentication method.
`logon_sequence_number` | | quoted integer | Associates this session with an existing Logon Sequence Number (LSN) when `connect_function` is `2`. The database only permits sessions for the same user to share an LSN. An LSN groups multiple sessions together for workload management. Using an LSN is a three-step process. First, establish a control session with `connect_function` as `1`, which allocates a new LSN. Second, obtain the LSN from the control session using the escape function `{fn teradata_logon_sequence_number}`. Third, establish an associated session with `connect_function` as `2` and the logon sequence number. Equivalent to the Teradata JDBC Driver `LOGON_SEQUENCE_NUMBER` connection parameter.
`logon_timeout` | `"0"` | quoted integer | Specifies the logon timeout in seconds. Zero means no timeout.
`manage_error_tables` | `"true"` | quoted boolean | Controls whether the driver manages the FastLoad error tables.
`max_message_body` | `"2097000"` | quoted integer | Specifies the maximum Response Message size in bytes. Equivalent to the Teradata JDBC Driver `MAX_MESSAGE_BODY` connection parameter.
`oidc_clientid` | | string | Specifies the OpenID Connect (OIDC) Client ID to use for Browser Authentication and other OIDC methods. When omitted, the default Client ID comes from the database's TdgssUserConfigFile.xml file. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `OIDC_CLIENTID` connection parameter.
`oidc_scope` | `"openid"` | string | Specifies the OpenID Connect (OIDC) scope to use for Browser Authentication. Beginning with Teradata Database 17.20.03.11, the default scope can be specified in the database's `TdgssUserConfigFile.xml` file, using the `IdPConfig` element's `Scope` attribute. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `OIDC_SCOPE` connection parameter.
`oidc_token` | `"access_token"` | string | Specifies the kind of OIDC token to use for Browser Authentication. Specify `id_token` to use the id_token instead of the access_token. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `OIDC_TOKEN` connection parameter.
`partition` | `"DBC/SQL"` | string | Specifies the database partition. Equivalent to the Teradata JDBC Driver `PARTITION` connection parameter.
`password` | | string | Specifies the database password. Equivalent to the Teradata JDBC Driver `PASSWORD` connection parameter.
`proxy_bypass_hosts` | | string | Specifies a matching pattern for hostnames and addresses to bypass the proxy server identified by the `http_proxy` and/or `https_proxy` parameter. This parameter may only be specified in conjunction with the `http_proxy` and/or `https_proxy` parameter. Separate multiple hostnames and addresses with a vertical bar `\|` character. Specify an asterisk `*` as a wildcard character. When this parameter is omitted, the default pattern `localhost\|127.*\|[::1]` bypasses the proxy server identified by the `http_proxy` and/or `https_proxy` parameter for common variations of the loopback address. Equivalent to the Teradata JDBC Driver `PROXY_BYPASS_HOSTS` connection parameter.
`request_timeout` | `"0"` | quoted integer | Specifies the timeout for executing each SQL request. Zero means no timeout.
`runstartup` | `"false"` | quoted boolean | Controls whether the user's `STARTUP` SQL request is executed after logon. For more information, refer to [User STARTUP SQL Request](#UserStartup). Equivalent to the Teradata JDBC Driver `RUNSTARTUP` connection parameter.
`sessions` | | quoted integer | Specifies the number of data transfer connections for FastLoad or FastExport. The default (recommended) lets the database choose the appropriate number of connections. Equivalent to the Teradata JDBC Driver `SESSIONS` connection parameter.
`sip_support` | `"true"` | quoted boolean | Controls whether StatementInfo parcel is used. Equivalent to the Teradata JDBC Driver `SIP_SUPPORT` connection parameter.
`sp_spl` | `"true"` | quoted boolean | Controls whether stored procedure source code is saved in the database when a SQL stored procedure is created. Equivalent to the Teradata JDBC Driver `SP_SPL` connection parameter.
`sslca` | | string | Specifies the file name of a PEM file that contains Certificate Authority (CA) certificates for use with `sslmode` values `VERIFY-CA` or `VERIFY-FULL`. Equivalent to the Teradata JDBC Driver `SSLCA` connection parameter.
`sslcapath` | | string | Specifies a directory of PEM files that contain Certificate Authority (CA) certificates for use with `sslmode` values `VERIFY-CA` or `VERIFY-FULL`. Only files with an extension of `.pem` are used. Other files in the specified directory are not used. Equivalent to the Teradata JDBC Driver `SSLCAPATH` connection parameter.
`sslcipher` | | string | Specifies the TLS cipher for HTTPS/TLS connections. Equivalent to the Teradata JDBC Driver `SSLCIPHER` connection parameter.
`sslcrc` | `"ALLOW"` | string | Controls TLS certificate revocation checking for HTTPS/TLS connections when `sslmode` is `VERIFY-FULL`. This parameter is ignored unless `sslmode` is `VERIFY-FULL`. Equivalent to the Teradata JDBC Driver `SSLCRC` connection parameter. Values are case-insensitive.<br/>• `ALLOW` provides "soft fail" behavior such that communication failures are ignored during certificate revocation checking.<br/>• `REQUIRE` mandates that certificate revocation checking must succeed.
`sslmode` | `"PREFER"` | string | Specifies the mode for connections to the database. Equivalent to the Teradata JDBC Driver `SSLMODE` connection parameter. Values are case-insensitive.<br/>• `DISABLE` disables HTTPS/TLS connections and uses only non-TLS connections.<br/>• `ALLOW` uses non-TLS connections unless the database requires HTTPS/TLS connections.<br/>• `PREFER` uses HTTPS/TLS connections unless the database does not offer HTTPS/TLS connections.<br/>• `REQUIRE` uses only HTTPS/TLS connections.<br/>• `VERIFY-CA` uses only HTTPS/TLS connections and verifies that the server certificate is valid and trusted.<br/>• `VERIFY-FULL` uses only HTTPS/TLS connections, verifies that the server certificate is valid and trusted, and verifies that the server certificate matches the database hostname.
`sslprotocol` | `"TLSv1.2"` | string | Specifies the TLS protocol for HTTPS/TLS connections. Equivalent to the Teradata JDBC Driver `SSLPROTOCOL` connection parameter.
`teradata_values` | `"true"` | quoted boolean | Controls whether `str` or a more specific Python data type is used for certain result set column value types. Refer to the [Data Types](#DataTypes) table below for details.
`tmode` | `"DEFAULT"` | string | Specifies the transaction mode. Equivalent to the Teradata JDBC Driver `TMODE` connection parameter. Possible values are `DEFAULT` (the default), `ANSI`, or `TERA`.
`user` | | string | Specifies the database username. Equivalent to the Teradata JDBC Driver `USER` connection parameter.
<a id="COPDiscovery"></a>
### COP Discovery
The driver provides Communications Processor (COP) discovery behavior when the `cop` connection parameter is `true` or omitted. COP Discovery is turned off when the `cop` connection parameter is `false`.
A database system can be composed of multiple database nodes. One or more of the database nodes can be configured to run the database Gateway process. Each database node that runs the database Gateway process is termed a Communications Processor, or COP. COP Discovery refers to the procedure of identifying all the available COP hostnames and their IP addresses. COP hostnames can be defined in DNS, or can be defined in the client system's `hosts` file. Teradata strongly recommends that COP hostnames be defined in DNS, rather than the client system's `hosts` file. Defining COP hostnames in DNS provides centralized administration, and enables centralized changes to COP hostnames if and when the database is reconfigured.
The `coplast` connection parameter specifies how COP Discovery determines the last COP hostname.
* When `coplast` is `false` or omitted, or COP Discovery is turned off, then the driver will not perform a DNS lookup for the coplast hostname.
* When `coplast` is `true`, and COP Discovery is turned on, then the driver will first perform a DNS lookup for a coplast hostname to obtain the IP address of the last COP hostname before performing COP Discovery. Subsequently, during COP Discovery, the driver will stop searching for COP hostnames when either an unknown COP hostname is encountered, or a COP hostname is encountered whose IP address matches the IP address of the coplast hostname.
Specifying `coplast` as `true` can improve performance with DNS that is slow to respond for DNS lookup failures, and is necessary for DNS that never returns a DNS lookup failure.
When performing COP Discovery, the driver starts with cop1, which is appended to the database hostname, and then proceeds with cop2, cop3, ..., copN. The driver supports domain-name qualification for COP Discovery and the coplast hostname. Domain-name qualification is recommended, because it can improve performance by avoiding unnecessary DNS lookups for DNS search suffixes.
The following table illustrates the DNS lookups performed for a hypothetical three-node database system named "whomooz".
| No domain name qualification | With domain name qualification<br/>(Recommended)
------ | ---------------------------- | ---
Application-specified<br/>database hostname | `whomooz` | `whomooz.domain.com`
Default: COP Discovery turned on, and `coplast` is `false` or omitted,<br/>perform DNS lookups until unknown COP hostname is encountered | `whomoozcop1`→`10.0.0.1`<br/>`whomoozcop2`→`10.0.0.2`<br/>`whomoozcop3`→`10.0.0.3`<br/>`whomoozcop4`→undefined | `whomoozcop1.domain.com`→`10.0.0.1`<br/>`whomoozcop2.domain.com`→`10.0.0.2`<br/>`whomoozcop3.domain.com`→`10.0.0.3`<br/>`whomoozcop4.domain.com`→undefined
COP Discovery turned on, and `coplast` is `true`,<br/>perform DNS lookups until COP hostname is found whose IP address matches the coplast hostname, or unknown COP hostname is encountered | `whomoozcoplast`→`10.0.0.3`<br/>`whomoozcop1`→`10.0.0.1`<br/>`whomoozcop2`→`10.0.0.2`<br/>`whomoozcop3`→`10.0.0.3` | `whomoozcoplast.domain.com`→`10.0.0.3`<br/>`whomoozcop1.domain.com`→`10.0.0.1`<br/>`whomoozcop2.domain.com`→`10.0.0.2`<br/>`whomoozcop3.domain.com`→`10.0.0.3`
COP Discovery turned off and round-robin DNS,<br/>perform one DNS lookup that returns multiple IP addresses | `whomooz`→`10.0.0.1`, `10.0.0.2`, `10.0.0.3` | `whomooz.domain.com`→`10.0.0.1`, `10.0.0.2`, `10.0.0.3`
Round-robin DNS rotates the list of IP addresses automatically to provide load distribution. Round-robin is only possible with DNS, not with the client system `hosts` file.
The driver supports the definition of multiple IP addresses for COP hostnames and non-COP hostnames.
For the first connection to a particular database system, the driver generates a random number to index into the list of COPs. For each subsequent connection, the driver increments the saved index until it wraps around to the first position. This behavior provides load distribution across all discovered COPs.
The driver masks connection failures to down COPs, thereby hiding most connection failures from the client application. An exception is thrown to the application only when all the COPs are down for that database. If a COP is down, the next COP in the sequence (including a wrap-around to the first COP) receives extra connections that were originally destined for the down COP. When multiple IP addresses are defined in DNS for a COP, the driver will attempt to connect to each of the COP's IP addresses, and the COP is considered down only when connection attempts fail to all of the COP's IP addresses.
If COP Discovery is turned off, or no COP hostnames are defined in DNS, the driver connects directly to the hostname specified in the `host` connection parameter. This permits load distribution schemes other than the COP Discovery approach. For example, round-robin DNS or a TCP/IP load distribution product can be used. COP Discovery takes precedence over simple database hostname lookup. To use an alternative load distribution scheme, either ensure that no COP hostnames are defined in DNS, or turn off COP Discovery with `cop` as `false`.
<a id="StoredPasswordProtection"></a>
### Stored Password Protection
#### Overview
Stored Password Protection enables an application to provide a connection password in encrypted form to the driver.
An encrypted password may be specified in the following contexts:
* A login password specified as the `password` connection parameter.
* A login password specified within the `logdata` connection parameter.
If the password, however specified, begins with the prefix `ENCRYPTED_PASSWORD(` then the specified password must follow this format:
`ENCRYPTED_PASSWORD(file:`*PasswordEncryptionKeyFileName*`,file:`*EncryptedPasswordFileName*`)`
Each filename must be preceded by the `file:` prefix. The *PasswordEncryptionKeyFileName* must be separated from the *EncryptedPasswordFileName* by a single comma.
The *PasswordEncryptionKeyFileName* specifies the name of a file that contains the password encryption key and associated information. The *EncryptedPasswordFileName* specifies the name of a file that contains the encrypted password and associated information. The two files are described below.
Stored Password Protection is offered by this driver, the Teradata JDBC Driver, and the Teradata SQL Driver for R. These drivers use the same file format.
#### Program TJEncryptPassword
`TJEncryptPassword.py` is a sample program to create encrypted password files for use with Stored Password Protection. When the driver is installed, the sample programs are placed in the `teradatasql/samples` directory under your Python installation directory.
This program works in conjunction with Stored Password Protection offered by the driver. This program creates the files containing the password encryption key and encrypted password, which can be subsequently specified via the `ENCRYPTED_PASSWORD(` syntax.
You are not required to use this program to create the files containing the password encryption key and encrypted password. You can develop your own software to create the necessary files. You may also use the [`TJEncryptPassword.java`](https://downloads.teradata.com/doc/connectivity/jdbc/reference/current/samp/TJEncryptPassword.java.txt) sample program that is available with the [Teradata JDBC Driver Reference](https://downloads.teradata.com/doc/connectivity/jdbc/reference/current/frameset.html). The only requirement is that the files must match the format expected by the driver, which is documented below.
This program encrypts the password and then immediately decrypts the password, in order to verify that the password can be successfully decrypted. This program mimics the password decryption of the driver, and is intended to openly illustrate its operation and enable scrutiny by the community.
The encrypted password is only as safe as the two files. You are responsible for restricting access to the files containing the password encryption key and encrypted password. If an attacker obtains both files, the password can be decrypted. The operating system file permissions for the two files should be as limited and restrictive as possible, to ensure that only the intended operating system userid has access to the files.
The two files can be kept on separate physical volumes, to reduce the risk that both files might be lost at the same time. If either or both of the files are located on a network volume, then an encrypted wire protocol can be used to access the network volume, such as sshfs, encrypted NFSv4, or encrypted SMB 3.0.
This program accepts eight command-line arguments:
Argument | Example | Description
----------------------------- | -------------------- | ---
Transformation | `AES/CBC/NoPadding` | Specifies the transformation in the form *Algorithm*`/`*Mode*`/`*Padding*. Supported transformations are listed in a table below.
KeySizeInBits | `256` | Specifies the algorithm key size, which governs the encryption strength.
MAC | `HmacSHA256` | Specifies the message authentication code (MAC) algorithm `HmacSHA1` or `HmacSHA256`.
PasswordEncryptionKeyFileName | `PassKey.properties` | Specifies a filename in the current directory, a relative pathname, or an absolute pathname. The file is created by this program. If the file already exists, it will be overwritten by the new file.
EncryptedPasswordFileName | `EncPass.properties` | Specifies a filename in the current directory, a relative pathname, or an absolute pathname. The filename or pathname that must differ from the PasswordEncryptionKeyFileName. The file is created by this program. If the file already exists, it will be overwritten by the new file.
Hostname | `whomooz` | Specifies the database hostname.
Username | `guest` | Specifies the database username.
Password | `please` | Specifies the database password to be encrypted. Unicode characters in the password can be specified with the `\u`*XXXX* escape sequence.
#### Example Commands
The TJEncryptPassword program uses the driver to log on to the specified database using the encrypted password, so the driver must have been installed with the `pip install teradatasql` command.
The following commands assume that the `TJEncryptPassword.py` program file is located in the current directory. When the driver is installed, the sample programs are placed in the `teradatasql/samples` directory under your Python installation directory. Change your current directory to the `teradatasql/samples` directory under your Python installation directory.
The following example commands illustrate using a 256-bit AES key, and using the HmacSHA256 algorithm.
Platform | Command
-------------- | ---
macOS or Linux | `python TJEncryptPassword.py AES/CBC/NoPadding 256 HmacSHA256 PassKey.properties EncPass.properties whomooz guest please`
Windows | `py -3 TJEncryptPassword.py AES/CBC/NoPadding 256 HmacSHA256 PassKey.properties EncPass.properties whomooz guest please`
#### Password Encryption Key File Format
You are not required to use the TJEncryptPassword program to create the files containing the password encryption key and encrypted password. You can develop your own software to create the necessary files, but the files must match the format expected by the driver.
The password encryption key file is a text file in Java Properties file format, using the ISO 8859-1 character encoding.
The file must contain the following string properties:
Property | Description
------------------------------------------------- | ---
`version=1` | The version number must be `1`. This property is required.
`transformation=`*Algorithm*`/`*Mode*`/`*Padding* | Specifies the transformation in the form *Algorithm*`/`*Mode*`/`*Padding*. Supported transformations are listed in a table below. This property is required.
`algorithm=`*Algorithm* | This value must correspond to the *Algorithm* portion of the transformation. This property is required.
`match=`*MatchValue* | The password encryption key and encrypted password files must contain the same match value. The match values are compared to ensure that the two specified files are related to each other, serving as a "sanity check" to help avoid configuration errors. This property is required.
`key=`*HexDigits* | This value is the password encryption key, encoded as hex digits. This property is required.
`mac=`*MACAlgorithm* | Specifies the message authentication code (MAC) algorithm `HmacSHA1` or `HmacSHA256`. Stored Password Protection performs Encrypt-then-MAC for protection from a padding oracle attack. This property is required.
`mackey=`*HexDigits* | This value is the MAC key, encoded as hex digits. This property is required.
The TJEncryptPassword program uses a timestamp as a shared match value, but a timestamp is not required. Any shared string can serve as a match value. The timestamp is not related in any way to the encryption of the password, and the timestamp cannot be used to decrypt the password.
#### Encrypted Password File Format
The encrypted password file is a text file in Java Properties file format, using the ISO 8859-1 character encoding.
The file must contain the following string properties:
Property | Description
------------------------------------------------- | ---
`version=1` | The version number must be `1`. This property is required.
`match=`*MatchValue* | The password encryption key and encrypted password files must contain the same match value. The match values are compared to ensure that the two specified files are related to each other, serving as a "sanity check" to help avoid configuration errors. This property is required.
`password=`*HexDigits* | This value is the encrypted password, encoded as hex digits. This property is required.
`params=`*HexDigits* | This value contains the cipher algorithm parameters, if any, encoded as hex digits. Some ciphers need algorithm parameters that cannot be derived from the key, such as an initialization vector. This property is optional, depending on whether the cipher algorithm has associated parameters.
`hash=`*HexDigits* | This value is the expected message authentication code (MAC), encoded as hex digits. After encryption, the expected MAC is calculated using the ciphertext, transformation name, and algorithm parameters if any. Before decryption, the driver calculates the MAC using the ciphertext, transformation name, and algorithm parameters if any, and verifies that the calculated MAC matches the expected MAC. If the calculated MAC differs from the expected MAC, then either or both of the files may have been tampered with. This property is required.
While `params` is technically optional, an initialization vector is required by all three block cipher modes `CBC`, `CFB`, and `OFB` that are supported by the driver. ECB (Electronic Codebook) does not require `params`, but ECB is not supported by the driver.
#### Transformation, Key Size, and MAC
A transformation is a string that describes the set of operations to be performed on the given input, to produce transformed output. A transformation specifies the name of a cryptographic algorithm such AES, followed by a feedback mode and padding scheme.
The driver supports the following transformations and key sizes.
Transformation | Key Size
--------------------------- | ---
`AES/CBC/NoPadding` | 128
`AES/CBC/NoPadding` | 192
`AES/CBC/NoPadding` | 256
`AES/CBC/PKCS5Padding` | 128
`AES/CBC/PKCS5Padding` | 192
`AES/CBC/PKCS5Padding` | 256
`AES/CFB/NoPadding` | 128
`AES/CFB/NoPadding` | 192
`AES/CFB/NoPadding` | 256
`AES/CFB/PKCS5Padding` | 128
`AES/CFB/PKCS5Padding` | 192
`AES/CFB/PKCS5Padding` | 256
`AES/OFB/NoPadding` | 128
`AES/OFB/NoPadding` | 192
`AES/OFB/NoPadding` | 256
`AES/OFB/PKCS5Padding` | 128
`AES/OFB/PKCS5Padding` | 192
`AES/OFB/PKCS5Padding` | 256
Stored Password Protection uses a symmetric encryption algorithm such as AES, in which the same secret key is used for encryption and decryption of the password. Stored Password Protection does not use an asymmetric encryption algorithm such as RSA, with separate public and private keys.
CBC (Cipher Block Chaining) is a block cipher encryption mode. With CBC, each ciphertext block is dependent on all plaintext blocks processed up to that point. CBC is suitable for encrypting data whose total byte count exceeds the algorithm's block size, and is therefore suitable for use with Stored Password Protection.
Stored Password Protection hides the password length in the encrypted password file by extending the length of the UTF8-encoded password with trailing null bytes. The length is extended to the next 512-byte boundary.
* A block cipher with no padding, such as `AES/CBC/NoPadding`, may only be used to encrypt data whose byte count after extension is a multiple of the algorithm's block size. The 512-byte boundary is compatible with many block ciphers. AES, for example, has a block size of 128 bits (16 bytes), and is therefore compatible with the 512-byte boundary.
* A block cipher with padding, such as `AES/CBC/PKCS5Padding`, can be used to encrypt data of any length. However, CBC with padding is vulnerable to a "padding oracle attack", so Stored Password Protection performs Encrypt-then-MAC for protection from a padding oracle attack. MAC algorithms `HmacSHA1` and `HmacSHA256` are supported.
* The driver does not support block ciphers used as byte-oriented ciphers via modes such as `CFB8` or `OFB8`.
The strength of the encryption depends on your choice of cipher algorithm and key size.
* AES uses a 128-bit (16 byte), 192-bit (24 byte), or 256-bit (32 byte) key.
#### Sharing Files with the Teradata JDBC Driver
This driver and the Teradata JDBC Driver can share the files containing the password encryption key and encrypted password, if you use a transformation, key size, and MAC algorithm that is supported by both drivers.
* Recommended choices for compatibility are `AES/CBC/NoPadding` and `HmacSHA256`.
* Use a 256-bit key if your Java environment has the Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files from Oracle.
* Use a 128-bit key if your Java environment does not have the Unlimited Strength Jurisdiction Policy Files.
* Use `HmacSHA1` for compatibility with JDK 1.4.2.
#### File Locations
For the `ENCRYPTED_PASSWORD(` syntax of the driver, each filename must be preceded by the `file:` prefix.
The *PasswordEncryptionKeyFileName* must be separated from the *EncryptedPasswordFileName* by a single comma. The files can be located in the current directory, specified with a relative path, or specified with an absolute path.
Example for files in the current directory:
ENCRYPTED_PASSWORD(file:JohnDoeKey.properties,file:JohnDoePass.properties)
Example with relative paths:
ENCRYPTED_PASSWORD(file:../dir1/JohnDoeKey.properties,file:../dir2/JohnDoePass.properties)
Example with absolute paths on Windows:
ENCRYPTED_PASSWORD(file:c:/dir1/JohnDoeKey.properties,file:c:/dir2/JohnDoePass.properties)
Example with absolute paths on Linux:
ENCRYPTED_PASSWORD(file:/dir1/JohnDoeKey.properties,file:/dir2/JohnDoePass.properties)
#### Processing Sequence
The two filenames specified for an encrypted password must be accessible to the driver and must conform to the properties file formats described above. The driver raises an exception if the file is not accessible, or the file does not conform to the required file format.
The driver verifies that the match values in the two files are present, and match each other. The driver raises an exception if the match values differ from each other. The match values are compared to ensure that the two specified files are related to each other, serving as a "sanity check" to help avoid configuration errors. The TJEncryptPassword program uses a timestamp as a shared match value, but a timestamp is not required. Any shared string can serve as a match value. The timestamp is not related in any way to the encryption of the password, and the timestamp cannot be used to decrypt the password.
Before decryption, the driver calculates the MAC using the ciphertext, transformation name, and algorithm parameters if any, and verifies that the calculated MAC matches the expected MAC. The driver raises an exception if the calculated MAC differs from the expected MAC, to indicate that either or both of the files may have been tampered with.
Finally, the driver uses the decrypted password to log on to the database.
<a id="ClientAttributes"></a>
### Client Attributes
Client Attributes record a variety of information about the client system and client software in the system tables `DBC.SessionTbl` and `DBC.EventLog`. Client Attributes are intended to be a replacement for the information recorded in the `LogonSource` column of the system tables `DBC.SessionTbl` and `DBC.EventLog`.
The Client Attributes are recorded at session logon time. Subsequently, the system views `DBC.SessionInfoV` and `DBC.LogOnOffV` can be queried to obtain information about the client system and client software on a per-session basis. Client Attribute values may be recorded in the database in either mixed-case or in uppercase, depending on the session character set and other factors. Analysis of recorded Client Attributes must flexibly accommodate either mixed-case or uppercase values.
Warning: The information in this section is subject to change in future releases of the driver. Client Attributes can be "mined" for information about client system demographics; however, any applications that parse Client Attribute values must be changed if Client Attribute formats are changed in the future.
Client Attributes are not intended to be used for workload management. Instead, query bands are intended for workload management. Any use of Client Attributes for workload management may break if Client Attributes are changed, or augmented, in the future.
Client Attribute | Source | Description
--------------------------- | -------- | ---
`MechanismName` | database | The connection's logon mechanism; for example, TD2, LDAP, etc.
`ClientIpAddress` | database | The client IP address, as determined by the database
`ClientTcpPortNumber` | database | The connection's client TCP port number, as determined by the database
`ClientIPAddrByClient` | driver | The client IP address, as determined by the driver
`ClientPortByClient` | driver | The connection's client TCP port number, as determined by the driver
`ClientProgramName` | driver | The client program name, followed by a streamlined call stack
`ClientSystemUserId` | driver | The client user name
`ClientOsName` | driver | The client operating system name
`ClientProcThreadId` | driver | The client process ID
`ClientVmName` | driver | Python runtime information
`ClientTdHostName` | driver | The database hostname as specified by the application, without any COP suffix
`ClientCOPSuffixedHostName` | driver | The COP-suffixed database hostname chosen by the driver
`ServerIPAddrByClient` | driver | The database node's IP address, as determined by the driver
`ServerPortByClient` | driver | The destination port number of the TCP connection to the database node, as determined by the driver
`ClientConfType` | driver | The confidentiality type, as determined by the driver<br/>`V` - TLS used for encryption, with full certificate verification<br/>`C` - TLS used for encryption, with Certificate Authority (CA) verification<br/>`R` - TLS used for encryption, with no certificate verification<br/>`E` - TLS was not attempted, and TDGSS used for encryption<br/>`U` - TLS was not attempted, and TDGSS encryption depends on central administration<br/>`F` - TLS was attempted, but the TLS handshake failed, so this is a fallback to using TDGSS for encryption<br/>`H` - SSLMODE was set to PREFER, but a non-TLS connection was made, and TDGSS encryption depends on central administration
`ServerConfType` | database | The confidentiality type, as determined by the database<br/>`T` - TLS used for encryption<br/>`E` - TDGSS used for encryption<br/>`U` - Data transfer is unencrypted
`ClientConfVersion` | database | The TLS version as determined by the database, if this is an HTTPS/TLS connection
`ClientConfCipherSuite` | database | The TLS cipher as determined by the database, if this is an HTTPS/TLS connection
`ClientAttributesEx` | driver | Additional Client Attributes are available in this column as a list of name=value pairs, each terminated by a semicolon. Individual values can be accessed using the `NVP` system function.<br/>`PYTHON` - The Python version<br/>`TZ` - The Python current time zone<br/>`GO` - The Go version<br/>`SCS` - The session character set<br/>`CCS` - The client character set<br/>`LOB` - Y/N indicator for LOB support<br/>`SIP` - Y/N indicator for StatementInfo parcel support<br/>`TM` - The transaction mode indicator A (ANSI) or T (TERA)<br/>`ENC` - Y/N indicator for `encryptdata` connection parameter<br/>`DP` - The `dbs_port` connection parameter<br/>`HP` - The `https_port` connection parameter<br/>`SSL` - Numeric level corresponding to `sslmode`<br/>`SSLM` - The `sslmode` connection parameter<br/>`CERT` - The TLS certificate status<br/>`BA` - Y/N indicator for Browser Authentication<br/>`LM` - The logon authentication method<br/>`JWS` - The JSON Web Signature (JWS) algorithm<br/>`JH` - JWT header parameters to identify signature key<br/><br/>The `CERT` attribute indicates the TLS certificate status for an HTTPS/TLS connection. When the `CERT` attribute indicates the TLS certificate is valid (`V`) or invalid (`I`), then additional TLS certificate status details are provided as a series of comma-separated two-letter codes.<br/>`U` - the TLS certificate status is unavailable<br/>`V` - the TLS certificate status is valid<br/>`I` - the TLS certificate status is invalid<br/>`PU` - sslca PEM file is unavailable for server certificate verification<br/>`PA` - server certificate was verified using sslca PEM file<br/>`PR` - server certificate was rejected using sslca PEM file<br/>`DU` - sslcapath PEM directory is unavailable for server certificate verification<br/>`DA` - server certificate was verified using sslcapath PEM directory<br/>`DR` - server certificate was rejected using sslcapath PEM directory<br/>`SA` - server certificate was verified by the system<br/>`SR` - server certificate was rejected by the system<br/>`CY` - server certificate passed VERIFY-CA check<br/>`CN` - server certificate failed VERIFY-CA check<br/>`HU` - server hostname is unavailable for server certificate matching, because database IP address was specified<br/>`HY` - server hostname matches server certificate<br/>`HN` - server hostname does not match server certificate<br/>`RU` - resolved server hostname is unavailable for server certificate matching, because database IP address was specified<br/>`RY` - resolved server hostname matches server certificate<br/>`RN` - resolved server hostname does not match server certificate<br/>`IY` - IP address matches server certificate<br/>`IN` - IP address does not match server certificate<br/>`FY` - server certificate passed VERIFY-FULL check<br/>`FN` - server certificate failed VERIFY-FULL check
#### LogonSource Column
The `LogonSource` column is obsolete and has been superseded by Client Attributes. The `LogonSource` column may be deprecated and subsequently removed in future releases of the database.
When the driver establishes a connection to the database, the driver composes a string value that is stored in the `LogonSource` column of the system tables `DBC.SessionTbl` and `DBC.EventLog`. The `LogonSource` column is included in system views such as `DBC.SessionInfoV` and `DBC.LogOnOffV`. All `LogonSource` values are recorded in the database in uppercase.
The driver follows the format documented in the Teradata Data Dictionary, section "System Views Columns Reference", for network-attached `LogonSource` values. Network-attached `LogonSource` values have eight fields, separated by whitespace. The database composes fields 1 through 3, and the driver composes fields 4 through 8.
Field | Source | Description
----- | -------- | ---
1 | database | The string `(TCP/IP)` to indicate the connection type
2 | database | The connection's client TCP port number, in hexadecimal
3 | database | The client IP address, as determined by the database
4 | driver | The database hostname as specified by the application, without any COP suffix
5 | driver | The client process ID
6 | driver | The client user name
7 | driver | The client program name
8 | driver | The string `01 LSS` to indicate the `LogonSource` string version `01`
<a id="UserStartup"></a>
### User STARTUP SQL Request
`CREATE USER` and `MODIFY USER` commands provide `STARTUP` clauses for specifying SQL commands to establish initial session settings. The following table lists several of the SQL commands that may be used to establish initial session settings.
Category | SQL command
------------------------ | ---
Diagnostic settings | `DIAGNOSTIC` ... `FOR SESSION`
Session query band | `SET QUERY_BAND` ... `FOR SESSION`
Unicode Pass Through | `SET SESSION CHARACTER SET UNICODE PASS THROUGH ON`
Transaction isolation | `SET SESSION CHARACTERISTICS AS TRANSACTION ISOLATION LEVEL`
Collation sequence | `SET SESSION COLLATION`
Temporal qualifier | `SET SESSION CURRENT VALIDTIME AND CURRENT TRANSACTIONTIME`
Date format | `SET SESSION DATEFORM`
Function tracing | `SET SESSION FUNCTION TRACE`
Session time zone | `SET TIME ZONE`
For example, the following command sets a `STARTUP` SQL request for user `susan` to establish read-uncommitted transaction isolation after logon.
MODIFY USER susan AS STARTUP='SET SESSION CHARACTERISTICS AS TRANSACTION ISOLATION LEVEL RU'
The driver's `runstartup` connection parameter must be `true` to execute the user's `STARTUP` SQL request after logon. The default for `runstartup` is `false`. If the `runstartup` connection parameter is omitted or `false`, then the user's `STARTUP` SQL request will not be executed.
<a id="TransactionMode"></a>
### Transaction Mode
The `tmode` connection parameter enables an application to specify the transaction mode for the connection.
* `"tmode":"ANSI"` provides American National Standards Institute (ANSI) transaction semantics. This mode is recommended.
* `"tmode":"TERA"` provides legacy Teradata transaction semantics. This mode is only recommended for legacy applications that require Teradata transaction semantics.
* `"tmode":"DEFAULT"` provides the default transaction mode configured for the database, which may be either ANSI or TERA mode. `"tmode":"DEFAULT"` is the default when the `tmode` connection parameter is omitted.
While ANSI mode is generally recommended, please note that every application is different, and some applications may need to use TERA mode. The following differences between ANSI and TERA mode might affect a typical user or application:
1. Silent truncation of inserted data occurs in TERA mode, but not ANSI mode. In ANSI mode, the database returns an error instead of truncating data.
2. Tables created in ANSI mode are `MULTISET` by default. Tables created in TERA mode are `SET` tables by default.
3. For tables created in ANSI mode, character columns are `CASESPECIFIC` by default. For tables created in TERA mode, character columns are `NOT CASESPECIFIC` by default.
4. In ANSI mode, character literals are `CASESPECIFIC`. In TERA mode, character literals are `NOT CASESPECIFIC`.
The last two behavior differences, taken together, may cause character data comparisons (such as in `WHERE` clause conditions) to be case-insensitive in TERA mode, but case-sensitive in ANSI mode. This, in turn, can produce different query results in ANSI mode versus TERA mode. Comparing two `NOT CASESPECIFIC` expressions is case-insensitive regardless of mode, and comparing a `CASESPECIFIC` expression to another expression of any kind is case-sensitive regardless of mode. You may explicitly `CAST` an expression to be `CASESPECIFIC` or `NOT CASESPECIFIC` to obtain the character data comparison required by your application.
The Teradata Reference / *SQL Request and Transaction Processing* recommends that ANSI mode be used for all new applications. The primary benefit of using ANSI mode is that inadvertent data truncation is avoided. In contrast, when using TERA mode, silent data truncation can occur when data is inserted, because silent data truncation is a feature of TERA mode.
A drawback of using ANSI mode is that you can only call stored procedures that were created using ANSI mode, and you cannot call stored procedures that were created using TERA mode. It may not be possible to switch over to ANSI mode exclusively, because you may have some legacy applications that require TERA mode to work properly. You can work around this drawback by creating your stored procedures twice, in two different users/databases, once using ANSI mode, and once using TERA mode.
Refer to the Teradata Reference / *SQL Request and Transaction Processing* for complete information regarding the differences between ANSI and TERA transaction modes.
<a id="AutoCommit"></a>
### Auto-Commit
The driver provides auto-commit on and off functionality for both ANSI and TERA mode.
When a connection is first established, it begins with the default auto-commit setting, which is on. When auto-commit is on, the driver is solely responsible for managing transactions, and the driver commits each SQL request that is successfully executed. An application should not execute any transaction management SQL commands when auto-commit is on. An application should not call the `commit` method or the `rollback` method when auto-commit is on.
An application can manage transactions itself by setting the connection's `.autocommit` attribute to `False` to turn off auto-commit.
con.autocommit = False
When auto-commit is off, the driver leaves the current transaction open after each SQL request is executed, and the application is responsible for committing or rolling back the transaction by calling the `commit` or the `rollback` method, respectively.
Auto-commit remains turned off until the application turns it back on by setting the connection's `.autocommit` attribute to `True`.
con.autocommit = True
Best practices recommend that an application avoid executing database-vendor-specific transaction management commands such as `BT`, `ET`, `ABORT`, `COMMIT`, or `ROLLBACK`, because such commands differ from one vendor to another. (They even differ between Teradata's two modes ANSI and TERA.) Instead, best practices recommend that an application only call the standard methods `commit` and `rollback` for transaction management.
1. When auto-commit is on in ANSI mode, the driver automatically executes `COMMIT` after every successful SQL request.
2. When auto-commit is off in ANSI mode, the driver does not automatically execute `COMMIT`. When the application calls the `commit` method, then the driver executes `COMMIT`.
3. When auto-commit is on in TERA mode, the driver does not execute `BT` or `ET`, unless the application explicitly executes `BT` or `ET` commands itself, which is not recommended.
4. When auto-commit is off in TERA mode, the driver executes `BT` before submitting the application's first SQL request of a new transaction. When the application calls the `commit` method, then the driver executes `ET` until the transaction is complete.
As part of the wire protocol between the database and Teradata client interface software (such as this driver), each message transmitted from the database to the client has a bit designated to indicate whether the session has a transaction in progress or not. Thus, the client interface software is kept informed as to whether the session has a transaction in progress or not.
In TERA mode with auto-commit off, when the application uses the driver to execute a SQL request, if the session does not have a transaction in progress, then the driver automatically executes `BT` before executing the application's SQL request. Subsequently, in TERA mode with auto-commit off, when the application uses the driver to execute another SQL request, and the session already has a transaction in progress, then the driver has no need to execute `BT` before executing the application's SQL request.
In TERA mode, `BT` and `ET` pairs can be nested, and the database keeps track of the nesting level. The outermost `BT`/`ET` pair defines the transaction scope; inner `BT`/`ET` pairs have no effect on the transaction because the database does not provide actual transaction nesting. To commit the transaction, `ET` commands must be repeatedly executed until the nesting is unwound. The Teradata wire protocol bit (mentioned earlier) indicates when the nesting is unwound and the transaction is complete. When the application calls the `commit` method in TERA mode, the driver repeatedly executes `ET` commands until the nesting is unwound and the transaction is complete.
In rare cases, an application may not follow best practices and may explicitly execute transaction management commands. Such an application must turn off auto-commit before executing transaction management commands such as `BT`, `ET`, `ABORT`, `COMMIT`, or `ROLLBACK`. The application is responsible for executing the appropriate commands for the transaction mode in effect. TERA mode commands are `BT`, `ET`, and `ABORT`. ANSI mode commands are `COMMIT` and `ROLLBACK`. An application must take special care when opening a transaction in TERA mode with auto-commit off. In TERA mode with auto-commit off, when the application executes a SQL request, if the session does not have a transaction in progress, then the driver automatically executes `BT` before executing the application's SQL request. Therefore, the application should not begin a transaction by executing `BT`.
# TERA mode example showing undesirable BT/ET nesting
con.autocommit = False
cur.execute("BT") # BT automatically executed by the driver before this, and produces a nested BT
cur.execute("insert into mytable1 values(1, 2)")
cur.execute("insert into mytable2 values(3, 4)")
cur.execute("ET") # unwind nesting
cur.execute("ET") # complete transaction
# TERA mode example showing how to avoid BT/ET nesting
con.autocommit = False
cur.execute("insert into mytable1 values(1, 2)") # BT automatically executed by the driver before this
cur.execute("insert into mytable2 values(3, 4)")
cur.execute("ET") # complete transaction
Please note that neither previous example shows best practices. Best practices recommend that an application only call the standard methods `commit` and `rollback` for transaction management.
# Example showing best practice
con.autocommit = False
cur.execute("insert into mytable1 values(1, 2)")
cur.execute("insert into mytable2 values(3, 4)")
con.commit()
<a id="DataTypes"></a>
### Data Types
The table below lists the database data types supported by the driver, and indicates the corresponding Python data type returned in result set rows.
Database data type | Result set Python data type | With `teradata_values` as `false`
---------------------------------- | --------------------------------- | ---
`BIGINT` | `int` |
`BLOB` | `bytes` |
`BYTE` | `bytes` |
`BYTEINT` | `int` |
`CHAR` | `str` |
`CLOB` | `str` |
`DATE` | `datetime.date` | `str`
`DECIMAL` | `decimal.Decimal` | `str`
`FLOAT` | `float` |
`INTEGER` | `int` |
`INTERVAL YEAR` | `str` |
`INTERVAL YEAR TO MONTH` | `str` |
`INTERVAL MONTH` | `str` |
`INTERVAL DAY` | `str` |
`INTERVAL DAY TO HOUR` | `str` |
`INTERVAL DAY TO MINUTE` | `str` |
`INTERVAL DAY TO SECOND` | `str` |
`INTERVAL HOUR` | `str` |
`INTERVAL HOUR TO MINUTE` | `str` |
`INTERVAL HOUR TO SECOND` | `str` |
`INTERVAL MINUTE` | `str` |
`INTERVAL MINUTE TO SECOND` | `str` |
`INTERVAL SECOND` | `str` |
`NUMBER` | `decimal.Decimal` | `str`
`PERIOD(DATE)` | `str` |
`PERIOD(TIME)` | `str` |
`PERIOD(TIME WITH TIME ZONE)` | `str` |
`PERIOD(TIMESTAMP)` | `str` |
`PERIOD(TIMESTAMP WITH TIME ZONE)` | `str` |
`SMALLINT` | `int` |
`TIME` | `datetime.time` | `str`
`TIME WITH TIME ZONE` | `datetime.time` with `tzinfo` | `str`
`TIMESTAMP` | `datetime.datetime` | `str`
`TIMESTAMP WITH TIME ZONE` | `datetime.datetime` with `tzinfo` | `str`
`VARBYTE` | `bytes` |
`VARCHAR` | `str` |
`XML` | `str` |
The table below lists the parameterized SQL bind-value Python data types supported by the driver, and indicates the corresponding database data type transmitted to the server.
Bind-value Python data type | Database data type
--------------------------------- | ---
`bytes` | `VARBYTE`
`datetime.date` | `DATE`
`datetime.datetime` | `TIMESTAMP`
`datetime.datetime` with `tzinfo` | `TIMESTAMP WITH TIME ZONE`
`datetime.time` | `TIME`
`datetime.time` with `tzinfo` | `TIME WITH TIME ZONE`
`datetime.timedelta` | `VARCHAR` format compatible with `INTERVAL DAY TO SECOND`
`decimal.Decimal` | `NUMBER`
`float` | `FLOAT`
`int` | `BIGINT`
`str` | `VARCHAR`
Transforms are used for SQL `ARRAY` data values, and they can be transferred to and from the database as `VARCHAR` values.
Transforms are used for structured UDT data values, and they can be transferred to and from the database as `VARCHAR` values.
<a id="NullValues"></a>
### Null Values
SQL `NULL` values received from the database are returned in result set rows as Python `None` values.
A Python `None` value bound to a question-mark parameter marker is transmitted to the database as a `NULL` `VARCHAR` value.
The database does not provide automatic or implicit conversion of a `NULL` `VARCHAR` value to a different destination data type.
* For `NULL` column values in a batch, the driver will automatically convert the `NULL` values to match the data type of the non-`NULL` values in the same column.
* For solitary `NULL` values, your application may need to explicitly specify the data type with the `teradata_parameter` escape function, in order to avoid database error 3532 for non-permitted data type conversion.
Given a table with a destination column of `BYTE(4)`, the database would reject the following SQL with database error 3532 "Conversion between BYTE data and other types is illegal."
cur.execute("update mytable set bytecolumn = ?", [None]) # fails with database error 3532
To avoid database error 3532 in this situation, your application must use the the `teradata_parameter` escape function to specify the data type for the question-mark parameter marker.
cur.execute("{fn teradata_parameter(1, BYTE(4))}update mytable set bytecolumn = ?", [None])
<a id="CharacterExportWidth"></a>
### Character Export Width
The driver always uses the UTF8 session character set, and the `charset` connection parameter is not supported. Be aware of the database's *Character Export Width* behavior that adds trailing space padding to fixed-width `CHAR` data type result set column values when using the UTF8 session character set.
The database `CHAR(`_n_`)` data type is a fixed-width data type (holding _n_ characters), and the database reserves a fixed number of bytes for the `CHAR(`_n_`)` data type in response spools and in network message traffic.
UTF8 is a variable-width character encoding scheme that requires a varying number of bytes for each character. When the UTF8 session character set is used, the database reserves the maximum number of bytes that the `CHAR(`_n_`)` data type could occupy in response spools and in network message traffic. When the UTF8 session character set is used, the database appends padding characters to the tail end of `CHAR(`_n_`)` values smaller than the reserved maximum size, so that the `CHAR(`_n_`)` values all occupy the same fixed number of bytes in response spools and in network message traffic.
Work around this drawback by using `CAST` or `TRIM` in SQL `SELECT` statements, or in views, to convert fixed-width `CHAR` data types to `VARCHAR`.
Given a table with fixed-width `CHAR` columns:
`CREATE TABLE MyTable (c1 CHAR(10), c2 CHAR(10))`
Original query that produces trailing space padding:
`SELECT c1, c2 FROM MyTable`
Modified query with either `CAST` or `TRIM` to avoid trailing space padding:
`SELECT CAST(c1 AS VARCHAR(10)), TRIM(TRAILING FROM c2) FROM MyTable`
Or wrap query in a view with `CAST` or `TRIM` to avoid trailing space padding:
`CREATE VIEW MyView (c1, c2) AS SELECT CAST(c1 AS VARCHAR(10)), TRIM(TRAILING FROM c2) FROM MyTable`
`SELECT c1, c2 FROM MyView`
This technique is also demonstrated in sample program `CharPadding.py`.
<a id="ModuleConstructors"></a>
### Module Constructors
`teradatasql.connect(` *JSONConnectionString* `,` *Parameters...* `)`
Creates a connection to the database and returns a Connection object.
The first parameter is an optional JSON string that defaults to `None`. The second and subsequent arguments are optional `kwargs`. Specify connection parameters as a JSON string, as `kwargs`, or a combination of the two.
When a combination of parameters are specified, connection parameters specified as `kwargs` take precedence over same-named connection parameters specified in the JSON string.
---
`teradatasql.Date(` *Year* `,` *Month* `,` *Day* `)`
Creates and returns a `datetime.date` value.
---
`teradatasql.DateFromTicks(` *Seconds* `)`
Creates and returns a `datetime.date` value corresponding to the specified number of seconds after 1970-01-01 00:00:00.
---
`teradatasql.Time(` *Hour* `,` *Minute* `,` *Second* `)`
Creates and returns a `datetime.time` value.
---
`teradatasql.TimeFromTicks(` *Seconds* `)`
Creates and returns a `datetime.time` value corresponding to the specified number of seconds after 1970-01-01 00:00:00.
---
`teradatasql.Timestamp(` *Year* `,` *Month* `,` *Day* `,` *Hour* `,` *Minute* `,` *Second* `)`
Creates and returns a `datetime.datetime` value.
---
`teradatasql.TimestampFromTicks(` *Seconds* `)`
Creates and returns a `datetime.datetime` value corresponding to the specified number of seconds after 1970-01-01 00:00:00.
<a id="ModuleGlobals"></a>
### Module Globals
`teradatasql.apilevel`
String constant `"2.0"` indicating that the driver implements the [PEP-249 Python Database API Specification 2.0](https://www.python.org/dev/peps/pep-0249/).
---
`teradatasql.threadsafety`
Integer constant `2` indicating that threads may share this module, and threads may share connections, but threads must not share cursors.
---
`teradatasql.paramstyle`
String constant `"qmark"` indicating that prepared SQL requests use question-mark parameter markers.
<a id="ModuleExceptions"></a>
### Module Exceptions
`teradatasql.Error` is the base class for other exceptions.
* `teradatasql.InterfaceError` is raised for errors related to the driver. Not supported yet.
* `teradatasql.DatabaseError` is raised for errors related to the database.
* `teradatasql.DataError` is raised for data value errors such as division by zero. Not supported yet.
* `teradatasql.IntegrityError` is raised for referential integrity violations. Not supported yet.
* `teradatasql.OperationalError` is raised for errors related to the database's operation.
* `teradatasql.ProgrammingError` is raised for SQL object existence errors and SQL syntax errors. Not supported yet.
<a id="ConnectionAttributes"></a>
### Connection Attributes
`.autocommit`
Read/write `bool` attribute for the connection's auto-commit setting. Defaults to `True` meaning auto-commit is turned on.
<a id="ConnectionMethods"></a>
### Connection Methods
`.cancel()`
Attempts to cancel the currently executing SQL request, if one is currently executing. Does nothing if called when no SQL request is executing.
This method must be called from a thread other than the thread which is blocked while executing the SQL request.
---
`.close()`
Closes the Connection.
---
`.commit()`
Commits the current transaction.
---
`.cursor()`
Creates and returns a new Cursor object for the Connection.
---
`.rollback()`
Rolls back the current transaction.
<a id="CursorAttributes"></a>
### Cursor Attributes
`.activityname`
Read-only `str` attribute indicating the activity name of the current SQL statement, such as `Select`, `Insert`, or `Update`.
The value `unknown` indicates the database provided an activity type code that the driver does not recognize.
---
`.activitytype`
Read-only `int` attribute indicating the activity type code of the current SQL statement, such as `1` for Select, `2` for Insert, or `3` for Update.
Activity type codes are documented in the [Activity Type section of the Teradata Call-Level Interface Version 2 Reference](https://docs.teradata.com/r/Enterprise_IntelliFlex_Lake_VMware/Teradata-Call-Level-Interface-Version-2-Reference-for-Workstation-Attached-Systems-17.20/Parcels/Common-Parcel-Fields/Activity-Type).
---
`.arraysize`
Read/write `int` attribute specifying the number of rows to fetch at a time with the `.fetchmany()` method. Defaults to `1` meaning fetch a single row at a time.
---
`.connection`
Read-only attribute indicating the Cursor's parent Connection object.
---
`.description`
Read-only attribute consisting of a sequence of seven-item sequences that each describe a result set column, available after a SQL request is executed.
* `.description[`*Column*`][0]` provides the column name.
* `.description[`*Column*`][1]` provides the column type code as an object comparable to one of the Type Objects listed below.
* `.description[`*Column*`][2]` provides the column display size in characters. Not implemented yet.
* `.description[`*Column*`][3]` provides the column size in bytes.
* `.description[`*Column*`][4]` provides the column precision if applicable, or `None` otherwise.
* `.description[`*Column*`][5]` provides the column scale if applicable, or `None` otherwise.
* `.description[`*Column*`][6]` provides the column nullability as `True` or `False`.
---
`.rowcount`
Read-only `int` attribute indicating the number of rows returned from, or affected by, the current SQL statement.
<a id="CursorMethods"></a>
### Cursor Methods
`.callproc(` *ProcedureName* `,` *OptionalSequenceOfParameterValues* `)`
Calls the stored procedure specified by *ProcedureName*.
Provide the second argument as a sequence of `IN` and `INOUT` parameter values to bind the values to question-mark parameter markers in the SQL request.
Specifying parameter values as a mapping is not supported.
Returns a result set consisting of the `INOUT` parameter output values, if any, followed by any dynamic result sets.
`OUT` parameters are not supported by this method. Use `.execute` to call a stored procedure with `OUT` parameters.
---
`.close()`
Closes the Cursor.
---
`.execute(` *SQLRequest* `,` *OptionalSequenceOfParameterValues* `, ignoreErrors=` *OptionalSequenceOfIgnoredErrorCodes* `)`
Executes the SQL request.
If a sequence of parameter values is provided as the second argument, the values will be bound to question-mark parameter markers in the SQL request. Specifying parameter values as a mapping is not supported.
The `ignoreErrors` parameter is optional. The ignored error codes must be specified as a sequence of integers.
---
`.executemany(` *SQLRequest* `,` *SequenceOfSequencesOfParameterValues* `, ignoreErrors=` *OptionalSequenceOfIgnoredErrorCodes* `)`
Executes the SQL request as an iterated SQL request for the batch of parameter values.
The batch of parameter values must be specified as a sequence of sequences. Specifying parameter values as a mapping is not supported.
The `ignoreErrors` parameter is optional. The ignored error codes must be specified as a sequence of integers.
---
`.fetchall()`
Fetches all remaining rows of the current result set.
Returns a sequence of sequences of column values.
---
`.fetchmany(` *OptionalRowCount* `)`
Fetches the next series of rows of the current result set.
The argument specifies the number of rows to fetch. If no argument is provided, then the Cursor's `.arraysize` attribute will determine the number of rows to fetch.
Returns a sequence of sequences of column values, or an empty sequence to indicate that all rows have been fetched.
---
`.fetchone()`
Fetches the next row of the current result set.
Returns a sequence of column values, or `None` to indicate that all rows have been fetched.
---
`.nextset()`
Advances to the next result set.
Returns `True` if another result set is available, or `None` to indicate that all result sets have been fetched.
---
`.setinputsizes(` *SequenceOfTypesOrSizes* `)`
Has no effect.
---
`.setoutputsize(` *Size* `,` *OptionalColumnIndex* `)`
Has no effect.
<a id="TypeObjects"></a>
### Type Objects
`teradatasql.BINARY`
Identifies a SQL `BLOB`, `BYTE`, or `VARBYTE` column as a binary data type when compared with the Cursor's description attribute.
`.description[`*Column*`][1] == teradatasql.BINARY`
---
`teradatasql.DATETIME`
Identifies a SQL `DATE`, `TIME`, `TIME WITH TIME ZONE`, `TIMESTAMP`, or `TIMESTAMP WITH TIME ZONE` column as a date/time data type when compared with the Cursor's description attribute.
`.description[`*Column*`][1] == teradatasql.DATETIME`
---
`teradatasql.NUMBER`
Identifies a SQL `BIGINT`, `BYTEINT`, `DECIMAL`, `FLOAT`, `INTEGER`, `NUMBER`, or `SMALLINT` column as a numeric data type when compared with the Cursor's description attribute.
`.description[`*Column*`][1] == teradatasql.NUMBER`
---
`teradatasql.STRING`
Identifies a SQL `CHAR`, `CLOB`, `INTERVAL`, `PERIOD`, or `VARCHAR` column as a character data type when compared with the Cursor's description attribute.
`.description[`*Column*`][1] == teradatasql.STRING`
<a id="EscapeSyntax"></a>
### Escape Syntax
The driver accepts most of the JDBC escape clauses offered by the Teradata JDBC Driver.
#### Date and Time Literals
Date and time literal escape clauses are replaced by the corresponding SQL literal before the SQL request text is transmitted to the database.
Literal Type | Format
------------ | ------
Date | `{d '`*yyyy-mm-dd*`'}`
Time | `{t '`*hh:mm:ss*`'}`
Timestamp | `{ts '`*yyyy-mm-dd hh:mm:ss*`'}`
Timestamp | `{ts '`*yyyy-mm-dd hh:mm:ss.f*`'}`
For timestamp literal escape clauses, the decimal point and fractional digits may be omitted, or 1 to 6 fractional digits *f* may be specified after a decimal point.
#### Scalar Functions
Scalar function escape clauses are replaced by the corresponding SQL expression before the SQL request text is transmitted to the database.
Numeric Function | Returns
-------------------------------------- | ---
`{fn ABS(`*number*`)}` | Absolute value of *number*
`{fn ACOS(`*float*`)}` | Arccosine, in radians, of *float*
`{fn ASIN(`*float*`)}` | Arcsine, in radians, of *float*
`{fn ATAN(`*float*`)}` | Arctangent, in radians, of *float*
`{fn ATAN2(`*y*`,`*x*`)}` | Arctangent, in radians, of *y* / *x*
`{fn CEILING(`*number*`)}` | Smallest integer greater than or equal to *number*
`{fn COS(`*float*`)}` | Cosine of *float* radians
`{fn COT(`*float*`)}` | Cotangent of *float* radians
`{fn DEGREES(`*number*`)}` | Degrees in *number* radians
`{fn EXP(`*float*`)}` | *e* raised to the power of *float*
`{fn FLOOR(`*number*`)}` | Largest integer less than or equal to *number*
`{fn LOG(`*float*`)}` | Natural (base *e*) logarithm of *float*
`{fn LOG10(`*float*`)}` | Base 10 logarithm of *float*
`{fn MOD(`*integer1*`,`*integer2*`)}` | Remainder for *integer1* / *integer2*
`{fn PI()}` | The constant pi, approximately equal to 3.14159...
`{fn POWER(`*number*`,`*integer*`)}` | *number* raised to *integer* power
`{fn RADIANS(`*number*`)}` | Radians in *number* degrees
`{fn RAND(`*seed*`)}` | A random float value such that 0 ≤ value < 1, and *seed* is ignored
`{fn ROUND(`*number*`,`*places*`)}` | *number* rounded to *places*
`{fn SIGN(`*number*`)}` | -1 if *number* is negative; 0 if *number* is 0; 1 if *number* is positive
`{fn SIN(`*float*`)}` | Sine of *float* radians
`{fn SQRT(`*float*`)}` | Square root of *float*
`{fn TAN(`*float*`)}` | Tangent of *float* radians
`{fn TRUNCATE(`*number*`,`*places*`)}` | *number* truncated to *places*
String Function | Returns
-------------------------------------------------------------- | ---
`{fn ASCII(`*string*`)}` | ASCII code of the first character in *string*
`{fn CHAR(`*code*`)}` | Character with ASCII *code*
`{fn CHAR_LENGTH(`*string*`)}` | Length in characters of *string*
`{fn CHARACTER_LENGTH(`*string*`)}` | Length in characters of *string*
`{fn CONCAT(`*string1*`,`*string2*`)}` | String formed by concatenating *string1* and *string2*
`{fn DIFFERENCE(`*string1*`,`*string2*`)}` | A number from 0 to 4 that indicates the phonetic similarity of *string1* and *string2* based on their Soundex codes, such that a larger return value indicates greater phonetic similarity; 0 indicates no similarity, 4 indicates strong similarity
`{fn INSERT(`*string1*`,`*position*`,`*length*`,`*string2*`)}` | String formed by replacing the *length*-character segment of *string1* at *position* with *string2*, available beginning with Teradata Database 15.0
`{fn LCASE(`*string*`)}` | String formed by replacing all uppercase characters in *string* with their lowercase equivalents
`{fn LEFT(`*string*`,`*count*`)}` | Leftmost *count* characters of *string*
`{fn LENGTH(`*string*`)}` | Length in characters of *string*
`{fn LOCATE(`*string1*`,`*string2*`)}` | Position in *string2* of the first occurrence of *string1*, or 0 if *string2* does not contain *string1*
`{fn LTRIM(`*string*`)}` | String formed by removing leading spaces from *string*
`{fn OCTET_LENGTH(`*string*`)}` | Length in octets (bytes) of *string*
`{fn POSITION(`*string1*` IN `*string2*`)}` | Position in *string2* of the first occurrence of *string1*, or 0 if *string2* does not contain *string1*
`{fn REPEAT(`*string*`,`*count*`)}` | String formed by repeating *string* *count* times, available beginning with Teradata Database 15.0
`{fn REPLACE(`*string1*`,`*string2*`,`*string3*`)}` | String formed by replacing all occurrences of *string2* in *string1* with *string3*
`{fn RIGHT(`*string*`,`*count*`)}` | Rightmost *count* characters of *string*, available beginning with Teradata Database 15.0
`{fn RTRIM(`*string*`)}` | String formed by removing trailing spaces from *string*
`{fn SOUNDEX(`*string*`)}` | Soundex code for *string*
`{fn SPACE(`*count*`)}` | String consisting of *count* spaces
`{fn SUBSTRING(`*string*`,`*position*`,`*length*`)}` | The *length*-character segment of *string* at *position*
`{fn UCASE(`*string*`)}` | String formed by replacing all lowercase characters in *string* with their uppercase equivalents
System Function | Returns
--------------------------------------- | ---
`{fn DATABASE()}` | Current default database name
`{fn IFNULL(`*expression*`,`*value*`)}` | *expression* if *expression* is not NULL, or *value* if *expression* is NULL
`{fn USER()}` | Logon user name, which may differ from the current authorized user name after `SET QUERY_BAND` sets a proxy user
Time/Date Function | Returns
------------------------------------------------------------------ | ---
`{fn CURDATE()}` | Current date
`{fn CURRENT_DATE()}` | Current date
`{fn CURRENT_TIME()}` | Current time
`{fn CURRENT_TIMESTAMP()}` | Current date and time
`{fn CURTIME()}` | Current time
`{fn DAYOFMONTH(`*date*`)}` | Integer from 1 to 31 indicating the day of month in *date*
`{fn EXTRACT(YEAR FROM `*value*`)}` | The year component of the date and/or time *value*
`{fn EXTRACT(MONTH FROM `*value*`)}` | The month component of the date and/or time *value*
`{fn EXTRACT(DAY FROM `*value*`)}` | The day component of the date and/or time *value*
`{fn EXTRACT(HOUR FROM `*value*`)}` | The hour component of the date and/or time *value*
`{fn EXTRACT(MINUTE FROM `*value*`)}` | The minute component of the date and/or time *value*
`{fn EXTRACT(SECOND FROM `*value*`)}` | The second component of the date and/or time *value*
`{fn HOUR(`*time*`)}` | Integer from 0 to 23 indicating the hour of *time*
`{fn MINUTE(`*time*`)}` | Integer from 0 to 59 indicating the minute of *time*
`{fn MONTH(`*date*`)}` | Integer from 1 to 12 indicating the month of *date*
`{fn NOW()}` | Current date and time
`{fn SECOND(`*time*`)}` | Integer from 0 to 59 indicating the second of *time*
`{fn TIMESTAMPADD(SQL_TSI_YEAR,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* years to *timestamp*
`{fn TIMESTAMPADD(SQL_TSI_MONTH,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* months to *timestamp*
`{fn TIMESTAMPADD(SQL_TSI_DAY,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* days to *timestamp*
`{fn TIMESTAMPADD(SQL_TSI_HOUR,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* hours to *timestamp*
`{fn TIMESTAMPADD(SQL_TSI_MINUTE,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* minutes to *timestamp*
`{fn TIMESTAMPADD(SQL_TSI_SECOND,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* seconds to *timestamp*
`{fn TIMESTAMPDIFF(SQL_TSI_YEAR,`*timestamp1*`,`*timestamp2*`)}` | Number of years by which *timestamp2* exceeds *timestamp1*
`{fn TIMESTAMPDIFF(SQL_TSI_MONTH,`*timestamp1*`,`*timestamp2*`)}` | Number of months by which *timestamp2* exceeds *timestamp1*
`{fn TIMESTAMPDIFF(SQL_TSI_DAY,`*timestamp1*`,`*timestamp2*`)}` | Number of days by which *timestamp2* exceeds *timestamp1*
`{fn TIMESTAMPDIFF(SQL_TSI_HOUR,`*timestamp1*`,`*timestamp2*`)}` | Number of hours by which *timestamp2* exceeds *timestamp1*
`{fn TIMESTAMPDIFF(SQL_TSI_MINUTE,`*timestamp1*`,`*timestamp2*`)}` | Number of minutes by which *timestamp2* exceeds *timestamp1*
`{fn TIMESTAMPDIFF(SQL_TSI_SECOND,`*timestamp1*`,`*timestamp2*`)}` | Number of seconds by which *timestamp2* exceeds *timestamp1*
`{fn YEAR(`*date*`)}` | The year of *date*
#### Conversion Functions
Conversion function escape clauses are replaced by the corresponding SQL expression before the SQL request text is transmitted to the database.
Conversion Function | Returns
--------------------------------------------------------------- | ---
`{fn CONVERT(`*value*`, SQL_BIGINT)}` | *value* converted to SQL `BIGINT`
`{fn CONVERT(`*value*`, SQL_BINARY(`*size*`))}` | *value* converted to SQL `BYTE(`*size*`)`
`{fn CONVERT(`*value*`, SQL_CHAR(`*size*`))}` | *value* converted to SQL `CHAR(`*size*`)`
`{fn CONVERT(`*value*`, SQL_DATE)}` | *value* converted to SQL `DATE`
`{fn CONVERT(`*value*`, SQL_DECIMAL(`*precision*`,`*scale*`))}` | *value* converted to SQL `DECIMAL(`*precision*`,`*scale*`)`
`{fn CONVERT(`*value*`, SQL_DOUBLE)}` | *value* converted to SQL `DOUBLE PRECISION`, a synonym for `FLOAT`
`{fn CONVERT(`*value*`, SQL_FLOAT)}` | *value* converted to SQL `FLOAT`
`{fn CONVERT(`*value*`, SQL_INTEGER)}` | *value* converted to SQL `INTEGER`
`{fn CONVERT(`*value*`, SQL_LONGVARBINARY)}` | *value* converted to SQL `VARBYTE(64000)`
`{fn CONVERT(`*value*`, SQL_LONGVARCHAR)}` | *value* converted to SQL `LONG VARCHAR`
`{fn CONVERT(`*value*`, SQL_NUMERIC)}` | *value* converted to SQL `NUMBER`
`{fn CONVERT(`*value*`, SQL_SMALLINT)}` | *value* converted to SQL `SMALLINT`
`{fn CONVERT(`*value*`, SQL_TIME(`*scale*`))}` | *value* converted to SQL `TIME(`*scale*`)`
`{fn CONVERT(`*value*`, SQL_TIMESTAMP(`*scale*`))}` | *value* converted to SQL `TIMESTAMP(`*scale*`)`
`{fn CONVERT(`*value*`, SQL_TINYINT)}` | *value* converted to SQL `BYTEINT`
`{fn CONVERT(`*value*`, SQL_VARBINARY(`*size*`))}` | *value* converted to SQL `VARBYTE(`*size*`)`
`{fn CONVERT(`*value*`, SQL_VARCHAR(`*size*`))}` | *value* converted to SQL `VARCHAR(`*size*`)`
#### LIKE Predicate Escape Character
Within a `LIKE` predicate's *pattern* argument, the characters `%` (percent) and `_` (underscore) serve as wildcards.
To interpret a particular wildcard character literally in a `LIKE` predicate's *pattern* argument, the wildcard character must be preceded by an escape character, and the escape character must be indicated in the `LIKE` predicate's `ESCAPE` clause.
`LIKE` predicate escape character escape clauses are replaced by the corresponding SQL clause before the SQL request text is transmitted to the database.
`{escape '`*EscapeCharacter*`'}`
The escape clause must be specified immediately after the `LIKE` predicate that it applies to.
#### Outer Joins
Outer join escape clauses are replaced by the corresponding SQL clause before the SQL request text is transmitted to the database.
`{oj `*TableName* *OptionalCorrelationName* `LEFT OUTER JOIN `*TableName* *OptionalCorrelationName* `ON `*JoinCondition*`}`
`{oj `*TableName* *OptionalCorrelationName* `RIGHT OUTER JOIN `*TableName* *OptionalCorrelationName* `ON `*JoinCondition*`}`
`{oj `*TableName* *OptionalCorrelationName* `FULL OUTER JOIN `*TableName* *OptionalCorrelationName* `ON `*JoinCondition*`}`
#### Stored Procedure Calls
Stored procedure call escape clauses are replaced by the corresponding SQL clause before the SQL request text is transmitted to the database.
`{call `*ProcedureName*`}`
`{call `*ProcedureName*`(`*CommaSeparatedParameterValues...*`)}`
#### Native SQL
When a SQL request contains the native SQL escape clause, all escape clauses are replaced in the SQL request text, and the modified SQL request text is returned to the application as a result set containing a single row and a single VARCHAR column. The SQL request text is not transmitted to the database, and the SQL request is not executed. The native SQL escape clause mimics the functionality of the JDBC API `Connection.nativeSQL` method.
`{fn teradata_nativesql}`
#### Connection Functions
The following table lists connection function escape clauses that are intended for use with the native SQL escape clause `{fn teradata_nativesql}`.
These functions provide information about the connection, or control the behavior of the connection.
Functions that provide information return locally-cached information and avoid a round-trip to the database.
Connection function escape clauses are replaced by the returned information before the SQL request text is transmitted to the database.
Connection Function | Returns
--------------------------------------------- | ---
`{fn teradata_amp_count}` | Number of AMPs of the database system
`{fn teradata_database_version}` | Version number of the database
`{fn teradata_driver_version}` | Version number of the driver
`{fn teradata_get_errors}` | Errors from the most recent batch operation
`{fn teradata_get_warnings}` | Warnings from an operation that completed with warnings
`{fn teradata_getloglevel}` | Current log level
`{fn teradata_go_runtime}` | Go runtime version for the Teradata GoSQL Driver
`{fn teradata_logon_sequence_number}` | Session's Logon Sequence Number, if available
`{fn teradata_program_name}` | Executable program name
`{fn teradata_provide(config_response)}` | Config Response parcel contents in JSON format
`{fn teradata_provide(connection_id)}` | Connection's unique identifier within the process
`{fn teradata_provide(default_connection)}` | `false` indicating this is not a stored procedure default connection
`{fn teradata_provide(gateway_config)}` | Gateway Config parcel contents in JSON format
`{fn teradata_provide(governed)}` | `true` or `false` indicating the `govern` connection parameter setting
`{fn teradata_provide(host_id)}` | Session's host ID
`{fn teradata_provide(java_charset_name)}` | `UTF8`
`{fn teradata_provide(lob_support)}` | `true` or `false` indicating this connection's LOB support
`{fn teradata_provide(local_address)}` | Local address of the connection's TCP socket
`{fn teradata_provide(local_port)}` | Local port of the connection's TCP socket
`{fn teradata_provide(original_hostname)}` | Original specified database hostname
`{fn teradata_provide(redrive_active)}` | `true` or `false` indicating whether this connection has Redrive active
`{fn teradata_provide(remote_address)}` | Hostname (if available) and IP address of the connected database node
`{fn teradata_provide(remote_port)}` | TCP port number of the database
`{fn teradata_provide(rnp_active)}` | `true` or `false` indicating whether this connection has Recoverable Network Protocol active
`{fn teradata_provide(session_charset_code)}` | Session character set code `191`
`{fn teradata_provide(session_charset_name)}` | Session character set name `UTF8`
`{fn teradata_provide(sip_support)}` | `true` or `false` indicating this connection's StatementInfo parcel support
`{fn teradata_provide(transaction_mode)}` | Session's transaction mode, `ANSI` or `TERA`
`{fn teradata_provide(uses_check_workload)}` | `true` or `false` indicating whether this connection uses `CHECK WORKLOAD`
`{fn teradata_session_number}` | Session number
#### Request-Scope Functions
The following table lists request-scope function escape clauses that are intended for use with the Cursor `.execute` or `.executemany` methods.
These functions control the behavior of the corresponding Cursor, and are limited in scope to the particular SQL request in which they are specified.
Request-scope function escape clauses are removed before the SQL request text is transmitted to the database.
Request-Scope Function | Effect
------------------------------------------------------ | ---
`{fn teradata_agkr(`*Option*`)}` | Executes the SQL request with Auto-Generated Key Retrieval (AGKR) *Option* `C` (identity column value) or `R` (entire row)
`{fn teradata_clobtranslate(`*Option*`)}` | Executes the SQL request with CLOB translate *Option* `U` (unlocked) or the default `L` (locked)
`{fn teradata_error_query_count(`*Number*`)}` | Specifies how many times the driver will attempt to query FastLoad Error Table 1 after a FastLoad operation. Takes precedence over the `error_query_count` connection parameter.
`{fn teradata_error_query_interval(`*Milliseconds*`)}` | Specifies how many milliseconds the driver will wait between attempts to query FastLoad Error Table 1. Takes precedence over the `error_query_interval` connection parameter.
`{fn teradata_error_table_1_suffix(`*Suffix*`)}` | Specifies the suffix to append to the name of FastLoad error table 1. Takes precedence over the `error_table_1_suffix` connection parameter.
`{fn teradata_error_table_2_suffix(`*Suffix*`)}` | Specifies the suffix to append to the name of FastLoad error table 2. Takes precedence over the `error_table_2_suffix` connection parameter.
`{fn teradata_error_table_database(`*DbName*`)}` | Specifies the parent database name for FastLoad error tables 1 and 2. Takes precedence over the `error_table_database` connection parameter.
`{fn teradata_failfast}` | Reject ("fail fast") this SQL request rather than delay by a workload management rule or throttle
`{fn teradata_fake_result_sets}` | A fake result set containing statement metadata precedes each real result set. Takes precedence over the `fake_result_sets` connection parameter.
`{fn teradata_fake_result_sets_off}` | Turns off fake result sets for this SQL request. Takes precedence over the `fake_result_sets` connection parameter.
`{fn teradata_field_quote(`*String*`)}` | Specifies a single-character string used to quote fields in a CSV file. Takes precedence over the `field_quote` connection parameter.
`{fn teradata_field_sep(`*String*`)}` | Specifies a single-character string used to separate fields in a CSV file. Takes precedence over the `field_sep` connection parameter.
`{fn teradata_govern_off}` | Teradata workload management rules will reject rather than delay a FastLoad or FastExport. Takes precedence over the `govern` connection parameter.
`{fn teradata_govern_on}` | Teradata workload management rules may delay a FastLoad or FastExport. Takes precedence over the `govern` connection parameter.
`{fn teradata_lobselect(`*Option*`)}` | Executes the SQL request with LOB select *Option* `S` (spool-scoped LOB locators), `T` (transaction-scoped LOB locators), or the default `I` (inline materialized LOB values)
`{fn teradata_manage_error_tables_off}` | Turns off FastLoad error table management for this request. Takes precedence over the `manage_error_tables` connection parameter.
`{fn teradata_manage_error_tables_on}` | Turns on FastLoad error table management for this request. Takes precedence over the `manage_error_tables` connection parameter.
`{fn teradata_parameter(`*Index*`,`*DataType*`)` | Transmits parameter *Index* bind values as *DataType*
`{fn teradata_provide(request_scope_column_name_off)}` | Provides the default column name behavior for this SQL request. Takes precedence over the `column_name` connection parameter.
`{fn teradata_provide(request_scope_lob_support_off)}` | Turns off LOB support for this SQL request. Takes precedence over the `lob_support` connection parameter.
`{fn teradata_provide(request_scope_refresh_rsmd)}` | Executes the SQL request with the default request processing option `B` (both)
`{fn teradata_provide(request_scope_sip_support_off)}` | Turns off StatementInfo parcel support for this SQL request. Takes precedence over the `sip_support` connection parameter.
`{fn teradata_read_csv(`*CSVFileName*`)}` | Executes a batch insert using the bind parameter values read from the specified CSV file for either a SQL batch insert or a FastLoad
`{fn teradata_request_timeout(`*Seconds*`)}` | Specifies the timeout for executing the SQL request. Zero means no timeout. Takes precedence over the `request_timeout` connection parameter.
`{fn teradata_require_fastexport}` | Specifies that FastExport is required for the SQL request
`{fn teradata_require_fastload}` | Specifies that FastLoad is required for the SQL request
`{fn teradata_rpo(`*RequestProcessingOption*`)}` | Executes the SQL request with *RequestProcessingOption* `S` (prepare), `E` (execute), or the default `B` (both)
`{fn teradata_sessions(`*Number*`)}` | Specifies the *Number* of data transfer connections for FastLoad or FastExport. Takes precedence over the `sessions` connection parameter.
`{fn teradata_try_fastexport}` | Tries to use FastExport for the SQL request
`{fn teradata_try_fastload}` | Tries to use FastLoad for the SQL request
`{fn teradata_untrusted}` | Marks the SQL request as untrusted; not implemented yet
`{fn teradata_values_off}` | Turns off `teradata_values` for this SQL request. Takes precedence over the `teradata_values` connection parameter. Refer to the [Data Types](#DataTypes) table for details.
`{fn teradata_values_on}` | Turns on `teradata_values` for this SQL request. Takes precedence over the `teradata_values` connection parameter. Refer to the [Data Types](#DataTypes) table for details.
`{fn teradata_write_csv(`*CSVFileName*`)}` | Exports one or more result sets from a SQL request or a FastExport to the specified CSV file or files
The `teradata_field_sep` and `teradata_field_quote` escape functions have a single-character string argument. The string argument must follow SQL literal syntax. The string argument may be enclosed in single-quote (`'`) characters or double-quote (`"`) characters.
To represent a single-quote character in a string enclosed in single-quote characters, you must repeat the single-quote character.
{fn teradata_field_quote('''')}
To represent a double-quote character in a string enclosed in double-quote characters, you must repeat the double-quote character.
{fn teradata_field_quote("""")}
<a id="FastLoad"></a>
### FastLoad
The driver offers FastLoad, which opens multiple database connections to transfer data in parallel.
Please be aware that this is an early release of the FastLoad feature. Think of it as a beta or preview version. It works, but does not yet offer all the features that JDBC FastLoad offers. FastLoad is still under active development, and we will continue to enhance it in subsequent builds.
FastLoad has limitations and cannot be used in all cases as a substitute for SQL batch insert:
* FastLoad can only load into an empty permanent table.
* FastLoad cannot load additional rows into a table that already contains rows.
* FastLoad cannot load into a volatile table or global temporary table.
* FastLoad cannot load duplicate rows into a `MULTISET` table with a primary index.
* Do not use FastLoad to load only a few rows, because FastLoad opens extra connections to the database, which is time consuming.
* Only use FastLoad to load many rows (at least 100,000 rows) so that the row-loading performance gain exceeds the overhead of opening additional connections.
* FastLoad does not support all database data types. For example, `BLOB` and `CLOB` are not supported.
* FastLoad requires StatementInfo parcel support to be enabled.
* FastLoad locks the destination table.
* If Online Archive encounters a table being loaded with FastLoad, online archiving of that table will be bypassed.
Your application can bind a single row of data for FastLoad, but that is not recommended because the overhead of opening additional connections causes FastLoad to be slower than a regular SQL `INSERT` for a single row.
How to use FastLoad:
* Auto-commit should be turned off before beginning a FastLoad.
* FastLoad is intended for binding many rows at a time. Each batch of rows must be able to fit into memory.
* When auto-commit is turned off, your application can insert multiple batches in a loop for the same FastLoad.
* Each column's data type must be consistent across every row in every batch over the entire FastLoad.
* The column values of the first row of the first batch dictate what the column data types must be in all subsequent rows and all subsequent batches of the FastLoad.
FastLoad opens multiple data transfer connections to the database. FastLoad evenly distributes each batch of rows across the available data transfer connections, and uses overlapped I/O to send and receive messages in parallel.
To use FastLoad, your application must prepend one of the following escape functions to the `INSERT` statement:
* `{fn teradata_try_fastload}` tries to use FastLoad for the `INSERT` statement, and automatically executes the `INSERT` as a regular SQL statement when the `INSERT` is not compatible with FastLoad.
* `{fn teradata_require_fastload}` requires FastLoad for the `INSERT` statement, and fails with an error when the `INSERT` is not compatible with FastLoad.
Your application can prepend other optional escape functions to the `INSERT` statement:
* `{fn teradata_sessions(`n`)}` specifies the number of data transfer connections to be opened, and is capped at the number of AMPs. The default is the smaller of 8 or the number of AMPs. We recommend avoiding this function to let the driver ask the database how many data transfer connections should be used.
* `{fn teradata_error_table_1_suffix(`suffix`)}` specifies the suffix to append to the name of FastLoad error table 1. The default suffix is `_ERR_1`.
* `{fn teradata_error_table_2_suffix(`suffix`)}` specifies the suffix to append to the name of FastLoad error table 2. The default suffix is `_ERR_2`.
* `{fn teradata_error_table_database(`dbname`)}` specifies the parent database name for FastLoad error tables 1 and 2. By default, the FastLoad error tables reside in the same database as the destination table.
* `{fn teradata_govern_on}` or `{fn teradata_govern_off}` specifies whether Teradata workload management rules may delay or reject the FastLoad. Takes precedence over the `govern` connection parameter.
After beginning a FastLoad, your application can obtain the Logon Sequence Number (LSN) assigned to the FastLoad by prepending the following escape functions to the `INSERT` statement:
* `{fn teradata_nativesql}{fn teradata_logon_sequence_number}` returns the string form of an integer representing the Logon Sequence Number (LSN) for the FastLoad. Returns an empty string if the request is not a FastLoad.
FastLoad does not stop for data errors such as constraint violations or unique primary index violations. After inserting each batch of rows, your application must obtain warning and error information by prepending the following escape functions to the `INSERT` statement:
* `{fn teradata_nativesql}{fn teradata_get_warnings}` returns in one string all warnings generated by FastLoad for the request.
* `{fn teradata_nativesql}{fn teradata_get_errors}` returns in one string all data errors observed by FastLoad for the most recent batch. The data errors are obtained from FastLoad error table 1, for problems such as constraint violations, data type conversion errors, and unavailable AMP conditions.
Your application ends FastLoad by committing or rolling back the current transaction. After commit or rollback, your application must obtain warning and error information by prepending the following escape functions to the `INSERT` statement:
* `{fn teradata_nativesql}{fn teradata_get_warnings}` returns in one string all warnings generated by FastLoad for the commit or rollback. The warnings are obtained from FastLoad error table 2, for problems such as duplicate rows.
* `{fn teradata_nativesql}{fn teradata_get_errors}` returns in one string all data errors observed by FastLoad for the commit or rollback. The data errors are obtained from FastLoad error table 2, for problems such as unique primary index violations.
Warning and error information remains available until the next batch is inserted or until the commit or rollback. Each batch execution clears the prior warnings and errors. Each commit or rollback clears the prior warnings and errors.
<a id="FastExport"></a>
### FastExport
The driver offers FastExport, which opens multiple database connections to transfer data in parallel.
Please be aware that this is an early release of the FastExport feature. Think of it as a beta or preview version. It works, but does not yet offer all the features that JDBC FastExport offers. FastExport is still under active development, and we will continue to enhance it in subsequent builds.
FastExport has limitations and cannot be used in all cases as a substitute for SQL queries:
* FastExport cannot query a volatile table or global temporary table.
* FastExport supports single-statement SQL `SELECT`, and supports multi-statement requests composed of multiple SQL `SELECT` statements only.
* FastExport supports question-mark parameter markers in `WHERE` clause conditions. However, the database does not permit the equal `=` operator for primary or unique secondary indexes, and will return database error 3695 "A Single AMP Select statement has been issued in FastExport".
* Do not use FastExport to fetch only a few rows, because FastExport opens extra connections to the database, which is time consuming.
* Only use FastExport to fetch many rows (at least 100,000 rows) so that the row-fetching performance gain exceeds the overhead of opening additional connections.
* FastExport does not support all database data types. For example, `BLOB` and `CLOB` are not supported.
* For best efficiency, do not use `GROUP BY` and `ORDER BY` clauses with FastExport.
* FastExport's result set ordering behavior may differ from a regular SQL query. In particular, a query containing an ordered analytic function may not produce an ordered result set. Use an `ORDER BY` clause to guarantee result set order.
FastExport opens multiple data transfer connections to the database. FastExport uses overlapped I/O to send and receive messages in parallel.
To use FastExport, your application must prepend one of the following escape functions to the query:
* `{fn teradata_try_fastexport}` tries to use FastExport for the query, and automatically executes the query as a regular SQL query when the query is not compatible with FastExport.
* `{fn teradata_require_fastexport}` requires FastExport for the query, and fails with an error when the query is not compatible with FastExport.
Your application can prepend other optional escape functions to the query:
* `{fn teradata_sessions(`n`)}` specifies the number of data transfer connections to be opened, and is capped at the number of AMPs. The default is the smaller of 8 or the number of AMPs. We recommend avoiding this function to let the driver ask the database how many data transfer connections should be used.
* `{fn teradata_govern_on}` or `{fn teradata_govern_off}` specifies whether Teradata workload management rules may delay or reject the FastExport. Takes precedence over the `govern` connection parameter.
After beginning a FastExport, your application can obtain the Logon Sequence Number (LSN) assigned to the FastExport by prepending the following escape functions to the query:
* `{fn teradata_nativesql}{fn teradata_logon_sequence_number}` returns the string form of an integer representing the Logon Sequence Number (LSN) for the FastExport. Returns an empty string if the request is not a FastExport.
<a id="CSVBatchInserts"></a>
### CSV Batch Inserts
The driver can read batch insert bind values from a CSV (comma separated values) file. This feature can be used with SQL batch inserts and with FastLoad.
To specify batch insert bind values in a CSV file, the application prepends the escape function `{fn teradata_read_csv(`*CSVFileName*`)}` to the `INSERT` statement.
The application can specify batch insert bind values in a CSV file, or specify bind parameter values, but not both together. The driver returns an error if both are specified together.
Considerations when using a CSV file:
* Each record is on a separate line of the CSV file. Records are delimited by line breaks (CRLF). The last record in the file may or may not have an ending line break.
* The first line of the CSV file is a header line. The header line lists the column names separated by the field separator (e.g. `col1,col2,col3`).
* The field separator defaults to the comma character (`,`). You can specify a different field separator character with the `field_sep` connection parameter or with the `teradata_field_sep` escape function. The specified field separator character must match the actual separator character used in the CSV file.
* Each field can optionally be enclosed by the field quote character, which defaults to the double-quote character (e.g. `"abc",123,efg`). You can specify a different field quote character with the `field_quote` connection parameter or with the `teradata_field_quote` escape function. The field quote character must match the actual field quote character used in the CSV file.
* The field separator and field quote characters cannot be set to the same value. The field separator and field quote characters must be legal UTF-8 characters and cannot be line feed (`\n`) or carriage return (`\r`).
* Field quote characters are only permitted in fields enclosed by field quote characters. Field quote characters must not appear inside unquoted fields (e.g. not allowed `ab"cd"ef,1,abc`).
* To include a field quote character in a quoted field, the field quote character must be repeated (e.g. `"abc""efg""dh",123,xyz`).
* Line breaks, field quote characters, and field separators may be included in a quoted field (e.g. `"abc,efg\ndh",123,xyz`).
* Specify a `NULL` value in the CSV file with an empty value between commas (e.g. `1,,456`).
* A zero-length quoted string specifies a zero-length non-`NULL` string, not a `NULL` value (e.g. `1,"",456`).
* Not all data types are supported. For example, `BLOB`, `BYTE`, and `VARBYTE` are not supported.
* A field length greater than 64KB is transmitted to the database as a `DEFERRED CLOB` for a SQL batch insert. A field length greater than 64KB is not supported with FastLoad.
Limitations when using CSV batch inserts:
* Bound parameter values cannot be specified in the execute method when using the escape function `{fn teradata_read_csv(`*CSVFileName*`)}`.
* The CSV file must contain at least one valid record in addition to the header line containing the column names.
* For FastLoad, the insert operation will fail if the CSV file is improperly formatted and a parser error occurs.
* For SQL batch insert, some records may be inserted before a parsing error occurs. A list of the parser errors will be returned. Each parser error will include the line number (starting at line 1) and the column number (starting at zero).
* Using a CSV file with FastLoad has the same limitations and is used the same way as described in the [FastLoad](#FastLoad) section.
<a id="CSVExportResults"></a>
### CSV Export Results
The driver can export query results to CSV files. This feature can be used with SQL query results, with calls to stored procedures, and with FastExport.
To export a result set to a CSV file, the application prepends the escape function `{fn teradata_write_csv(`*CSVFileName*`)}` to the SQL request text.
If the query returns multiple result sets, each result set will be written to a separate file. The file name is varied by inserting the string "_N" between the specified file name and file type extension (e.g. `fileName.csv`, `fileName_1.csv`, `fileName_2.csv`). If no file type extension is specified, then the suffix "_N" is appended to the end of the file name (e.g. `fileName`, `fileName_1`, `fileName_2`).
A stored procedure call that produces multiple dynamic result sets behaves like other SQL requests that return multiple result sets. The stored procedures's output parameter values are exported as the first CSV file.
Example of a SQL request that returns multiple results:
`{fn teradata_write_csv(myFile.csv)}select 'abc' ; select 123`
CSV File Name | Content
------------- | ---
myFile.csv | First result set
myFile_1.csv | Second result set
To obtain the metadata for each result set, use the escape function `{fn teradata_fake_result_sets}`. A fake result set containing the metadata will be written to a file preceding each real result set.
Example of a query that returns multiple result sets with metadata:
`{fn teradata_fake_result_sets}{fn teradata_write_csv(myFile.csv)}select 'abc' ; select 123`
CSV File Name | Content
------------- | ---
myFile.csv | Fake result set containing the metadata for the first result set
myFile_1.csv | First result set
myFile_2.csv | Fake result set containing the metadata for the second result set
myFile_3.csv | Second result set
Exported CSV files have the following characteristics:
* Each record is on a separate line of the CSV file. Records are delimited by line breaks (CRLF).
* Column values are separated by the field separator character, which defaults to the comma character (`,`). You can specify a different field separator character with the `field_sep` connection parameter or with the `teradata_field_sep` escape function.
* The first line of the CSV file is a header line. The header line lists the column names separated by the field separator (e.g. `col1,col2,col3`).
* When necessary, column values are enclosed by the field quote character, which defaults to the double-quote character (`"`). You can specify a different field quote character with the `field_quote` connection parameter or with the `teradata_field_quote` escape function.
* The field separator and field quote characters cannot be set to the same value. The field separator and field quote characters must be legal UTF-8 characters and cannot be line feed (`\n`) or carriage return (`\r`).
* If a column value contains line breaks, field quote characters, and/or field separators in a field, the value is quoted with the field quote character.
* If a column value contains a field quote character, the value is quoted and the field quote character is repeated. For example, column value `abc"def` is exported as `"abc""def"`.
* A `NULL` value is exported to the CSV file as an empty value between field separators (e.g. `123,,456`).
* A non-`NULL` zero-length character value is exported as a zero-length quoted string (e.g. `123,"",456`).
Limitations when exporting to CSV files:
* When the application chooses to export results to a CSV file, the results are not available for the application to fetch in memory.
* A warning is returned if the application specifies an export CSV file for a SQL statement that does not produce a result set.
* Exporting a CSV file with FastExport has the same limitations and is used the same way as described in the [FastExport](#FastExport) section.
* Not all data types are supported. For example, `BLOB`, `BYTE`, and `VARBYTE` are not supported and if one of these column types are present in the result set, an error will be returned.
* `CLOB`, `XML`, `JSON`, and `DATASET STORAGE FORMAT CSV` data types are supported for SQL query results and are exported as string values, but these data types are not supported by FastExport.
<a id="ChangeLog"></a>
### Change Log
`20.0.0.12` - April 30, 2024
* GOSQL-31 Monitor partition
`20.0.0.11` - April 25, 2024
* GOSQL-193 Device Code Flow and Client Credentials Flow
`20.0.0.10` - April 10, 2024
* GOSQL-185 Use FIPS-140 Compliant Modules
* Build DLL and shared library with Go 1.20.14
* Build DLL and shared library with Microsoft Go for Windows, Linux Intel, Linux ARM
* Build shared library with golang-fips for macOS Intel, macOS ARM
`20.0.0.9` - April 2, 2024
* Include teradatasql.arm.so in package
`20.0.0.8` - March 18, 2024
* GOSQL-121 Linux ARM support
* GOSQL-184 remove DES and DESede
* PYDBAPI-124 remove DES and DESede
* PYDBAPI-131 cursor attributes activitytype and activityname
`20.0.0.7` - February 1, 2024
* GOSQL-189 improved error messages for missing or invalid logmech value
* GOSQL-190 Go TeraGSS accommodate DH/CI bypass flag in JWT token header
`20.0.0.6` - January 19, 2024
* GOSQL-183 TLS certificate verification for Identity Provider endpoints
`20.0.0.5` - January 17, 2024
* GOSQL-151 proxy server support
`20.0.0.4` - January 9, 2024
* Build DLL and shared library with Go 1.20.12
`20.0.0.2` - December 8, 2023
* Improved exception message for query timeout
* New sample programs CancelSleep.py and MultiThread.py
`20.0.0.1` - November 16, 2023
* Build DLL and shared library with Go 1.20.11
`20.0.0.0` - November 7, 2023
* TDGSS-7022 Go TeraGSS Phase 1
* TDGSS-7232 Go TeraGSS Phase 2
* TDGSS-7233 Go TeraGSS Phase 3
* TDGSS-8123 Integrate Go TeraGSS with the GoSQL Driver phase 1
* TDGSS-8345 Go TeraGSS Phase 4
* TDGSS-9050 Integrate Go TeraGSS with the GoSQL Driver phase 2
* GOSQL-148 TDNEGO logon mechanism for Go TeraGSS
* GOSQL-158 switch to Go TeraGSS
* GOSQL-181 improve TDNEGO interoperability with Kerberos
`17.20.0.32` - October 23, 2023
* GOSQL-179 fake result sets add SPParameterDirection to ColumnMetadata and ParameterMetadata
* GOSQL-180 fake result sets add stored procedure IN parameters to ParameterMetadata
`17.20.0.31` - September 27, 2023
* GOSQL-176 better error message for missing host connection parameter
`17.20.0.30` - September 19, 2023
* GOSQL-175 avoid panic: cannot create context from nil parent
* PYDBAPI-122 provide py.typed file
* PYDBAPI-123 autocommit property for TeradataConnection
`17.20.0.29` - September 5, 2023
* Build DLL and shared library with Go 1.19.12
* Requires 64-bit Python 3.7 or later and ends support for older versions of Python
* Added sample program InsertLob.py
`17.20.0.28` - July 21, 2023
* Build DLL and shared library with Go 1.19.11
* UTC match values for sample program `TJEncryptPassword.py`
`17.20.0.27` - June 23, 2023
* Additional changes for GOSQL-128 use OIDC scope from Gateway Config parcel
`17.20.0.26` - June 15, 2023
* GOSQL-165 Auto-Generated Key Retrieval (AGKR)
* GOSQL-167 use loopback IP address for OIDC redirect
`17.20.0.25` - June 2, 2023
* GOSQL-142 sp_spl connection parameter
* fake result set columns StatementNumber and WarningCode are now INTEGER
`17.20.0.24` - May 23, 2023
* GOSQL-41 escape function teradata_provide(request_scope_column_name_off)
* GOSQL-124 runstartup connection parameter
`17.20.0.23` - May 19, 2023
* GOSQL-157 logon_timeout connection parameter
`17.20.0.22` - May 16, 2023
* Build DLL and shared library with Go 1.19.9
`17.20.0.21` - May 15, 2023
* GOSQL-128 use OIDC scope from Gateway Config parcel
`17.20.0.20` - May 5, 2023
* GOSQL-155 teradata_provide(gateway_config) teradata_provide(governed) teradata_provide(uses_check_workload)
`17.20.0.19` - March 30, 2023
* GOSQL-129 TLS certificate revocation checking with CRL
* GOSQL-130 TLS certificate revocation checking with OCSP (not OCSP stapling)
* GOSQL-132 sslcrc connection parameter
`17.20.0.18` - March 27, 2023
* GOSQL-146 FastLoad and FastExport Unicode Pass Through support
`17.20.0.17` - March 24, 2023
* Build DLL and shared library with Go 1.19.7
* GOSQL-136 escape functions teradata_manage_error_tables_off and teradata_manage_error_tables_on
* GOSQL-139 allow alternate LOCATOR(type) syntax for teradata_parameter escape function
* GOSQL-145 connection parameters error_query_count, error_query_interval, error_table_1_suffix, error_table_2_suffix, error_table_database, manage_error_tables, sessions
`17.20.0.16` - February 21, 2023
* GOSQL-138 avoid panic for aborted session
`17.20.0.15` - February 16, 2023
* GOSQL-137 limit the max number of records in a CSV batch
`17.20.0.14` - January 19, 2023
* GOSQL-24 Asynchronous abort SQL request execution
* GOSQL-134 escape function teradata_request_timeout
* GOSQL-135 connection parameter request_timeout
* PYDBAPI-114 Connection.cancel method to cancel executing SQL request
`17.20.0.13` - January 17, 2023
* GOSQL-133 return FastLoad errors for FastLoad with teradata_read_csv
`17.20.0.12` - December 2, 2022
* Build DLL and shared library with Go 1.19.3
* GOSQL-126 escape functions teradata_values_off and teradata_values_on
`17.20.0.11` - November 1, 2022
* GOSQL-125 FastLoad FastExport govern support for fake_result_sets=true
* GOSQL-127 substitute dash for unavailable program name in Client Attributes
`17.20.0.10` - October 27, 2022
* GOSQL-67 FastLoad FastExport workload management
* GOSQL-120 govern connection parameter
* GOSQL-123 conditional use of Statement Independence depending on database setting
`17.20.0.9` - October 25, 2022
* Build DLL and shared library with Go 1.18.7
`17.20.0.8` - October 19, 2022
* GOSQL-122 case-insensitive VERIFY-FULL
`17.20.0.7` - September 27, 2022
* Avoid Kerberos logon failure
`17.20.0.6` - September 19, 2022
* Build DLL and shared library with Go 1.18.6
`17.20.0.5` - September 15, 2022
* Additional changes for GOSQL-119 avoid nil pointer dereference for FastExport CSV error
`17.20.0.4` - September 14, 2022
* GOSQL-87 support Mac ARM without Rosetta
* GOSQL-119 avoid nil pointer dereference for FastExport CSV error
`17.20.0.3` - September 6, 2022
* GOSQL-118 teradata_write_csv support for queries containing commas
`17.20.0.2` - August 23, 2022
* GOSQL-117 browser_tab_timeout connection parameter
`17.20.0.1` - August 11, 2022
* Build DLL and shared library with Go 1.18.5
`17.20.0.0` - June 16, 2022
* GOSQL-74 FastLoad support for connection parameter fake_result_sets=true
`17.10.0.16` - June 6, 2022
* GOSQL-106 indicate unavailable TLS certificate status with ClientAttributesEx CERT=U
`17.10.0.15` - June 2, 2022
* Switch to TeraGSS 17.20.00.04 and OpenSSL 1.1.1l
* Requires macOS 10.14 Mojave or later and ends support for older versions of macOS
`17.10.0.14` - May 18, 2022
* GOSQL-104 FastExport reports invalid CSV path name for first query but not subsequent
* GOSQL-105 Avoid driver failure when database warning length is invalid
`17.10.0.13` - May 16, 2022
* GOSQL-53 browser and logmech=BROWSER connection parameters
* GOSQL-56 Implement Federated Authentication feature in GoSQL Driver
* PYDBAPI-77 Implement Federated Authentication feature in Python driver
`17.10.0.12` - April 15, 2022
* GOSQL-71 TLS certificate verification
* GOSQL-98 remove escape function teradata_setloglevel
`17.10.0.11` - April 7, 2022
* GOSQL-82 Escape functions teradata_field_sep and teradata_field_quote
* GOSQL-97 FastLoad/FastExport accommodate extra whitespace in SQL request
`17.10.0.10` - March 24, 2022
* GOSQL-95 case-insensitive sslmode connection parameter values
* GOSQL-96 avoid CVE security vulnerabilities present in Go 1.17 and earlier
* Build DLL and shared library with Go 1.18
* Requires macOS 10.13 High Sierra or later and ends support for older versions of macOS
`17.10.0.9` - March 18, 2022
* GOSQL-94 thread-safe connect failure cache
`17.10.0.8` - March 9, 2022
* GOSQL-84 accommodate 64-bit Activity Count
* GOSQL-92 FastLoad returns error 512 when first column value is NULL
`17.10.0.7` - February 23, 2022
* GOSQL-91 Avoid Error 8019 by always sending Config Request message
`17.10.0.6` - February 4, 2022
* GOSQL-26 provide stored procedure creation errors
* GOSQL-73 Write CSV files
* GOSQL-88 Append streamlined client call stack to ClientProgramName
`17.10.0.5` - January 10, 2022
* GOSQL-86 provide UDF compilation errors
`17.10.0.4` - December 13, 2021
* GOSQL-20 TLS support
* GOSQL-29 Laddered Concurrent Connect
* PYDBAPI-82 Implement Laddered Concurrent Connect in Python driver
`17.10.0.3` - November 30, 2021
* GOSQL-12 Centralized administration for data encryption
* GOSQL-25 Assign Response message error handling
* GOSQL-27 Enhance checks for missing logon parameters
* GOSQL-65 improve terasso error messages
* GOSQL-66 transmit Client Attributes to DBS during logon
* PYDBAPI-58 Centralized administration (from database) of Data Encryption
* Build DLL and shared library with Go 1.15.15
`17.10.0.2` - July 2, 2021
* GOSQL-33 CALL to stored procedure INOUT and OUT parameter output values
* GOSQL-35 Statement Independence
* GOSQL-72 Read CSV files
* PYDBAPI-39 JSON, CSV, and Avro data type support
* PYDBAPI-83 Escape Syntax for FLOAT Data Type
`17.10.0.1` - June 9, 2021
* Corrected documentation formatting for PyPI
`17.10.0.0` - June 8, 2021
* GOSQL-75 trim whitespace from SQL request text
`17.0.0.8` - December 18, 2020
* Documentation changes
`17.0.0.7` - December 18, 2020
* GOSQL-13 add support for FastExport protocol
`17.0.0.6` - October 9, 2020
* GOSQL-68 cross-process COP hostname load distribution
`17.0.0.5` - August 26, 2020
* GOSQL-64 improve error checking for FastLoad escape functions
`17.0.0.4` - August 18, 2020
* GOSQL-62 prevent nativesql from executing FastLoad
* GOSQL-63 prevent FastLoad panic
`17.0.0.3` - July 30, 2020
* Build DLL and shared library with Go 1.14.6
`17.0.0.2` - June 10, 2020
* GOSQL-60 CLOBTranslate=Locked workaround for DBS DR 194293
`17.0.0.1` - June 4, 2020
* GOSQL-61 FastLoad accommodate encryptdata true
`16.20.0.62` - May 12, 2020
* GOSQL-58 support multiple files for Elicit File protocol
* GOSQL-59 FastLoad accommodate dbscontrol change of COUNT(*) return type
`16.20.0.61` - Apr 30, 2020
* GOSQL-57 Deferred LOB values larger than 1MB
`16.20.0.60` - Mar 27, 2020
* GOSQL-22 enable insert of large LOB values over 64KB
* GOSQL-52 teradata_try_fastload consider bind value data types
* GOSQL-54 enforce Decimal value maximum precision 38
* PYDBAPI-37 Teradata Data Types Support up to 14.10 including LOB data
`16.20.0.59` - Jan 8, 2020
* GOSQL-51 FastLoad fails when table is dropped and recreated
* PYDBAPI-72 bind value performance improvement
* PYDBAPI-73 DBAPI fails to insert 16383 rows
`16.20.0.58` - Dec 11, 2019
* PYDBAPI-71 execute and executemany ignoreErrors parameter
`16.20.0.57` - Dec 10, 2019
* GOSQL-50 provide FastLoad duplicate row errors with auto-commit on
`16.20.0.56` - Dec 4, 2019
* PYDBAPI-70 raise error for closed cursor usage
`16.20.0.55` - Nov 26, 2019
* GOSQL-15 add database connection parameter
* PYDBAPI-66 Better exception when running on 32-bit Python
`16.20.0.54` - Nov 21, 2019
* GOSQL-49 FastLoad support for additional connection parameters
`16.20.0.53` - Nov 15, 2019
* GOSQL-36 segment and iterate parameter batches per batch row limit
* GOSQL-43 segment and iterate parameter batches per request message size limit for FastLoad
`16.20.0.52` - Oct 18, 2019
* Sample programs for fake result sets
`16.20.0.51` - Oct 16, 2019
* GOSQL-46 LDAP password special characters
`16.20.0.50` - Oct 7, 2019
* PYDBAPI-68 improve performance for batch bind values
`16.20.0.49` - Oct 3, 2019
* GOSQL-45 FastLoad interop with Stored Password Protection
`16.20.0.48` - Sep 6, 2019
* GOSQL-14 add support for FastLoad protocol
* GOSQL-34 negative scale for Number values
* PYDBAPI-29 Data Transfer - FastLoad Protocol
`16.20.0.47` - Aug 27, 2019
* GOSQL-40 Skip executing empty SQL request text
* PYDBAPI-67 teradatasql.connect JSON connection string optional
`16.20.0.46` - Aug 16, 2019
* GOSQL-39 COP Discovery interop with Kerberos
`16.20.0.45` - Aug 12, 2019
* GOSQL-38 timestamp prefix log messages
`16.20.0.44` - Aug 7, 2019
* GOSQL-4 Support COP discovery
* PYDBAPI-36 COP Discovery
`16.20.0.43` - Jul 29, 2019
* GOSQL-18 Auto-commit
* PYDBAPI-61 commit and rollback methods
`16.20.0.42` - Jun 7, 2019
* PYDBAPI-65 sample program `BatchInsert.py`
`16.20.0.41` - Feb 14, 2019
* PYDBAPI-57 fetchmany may return "rows are closed" instead of empty result set
`16.20.0.40` - Feb 8, 2019
* GOSQL-11 JWT authentication method
* GOSQL-16 tmode connection parameter
* GOSQL-17 commit and rollback functions
`16.20.0.39` - Oct 26, 2018
* GOSQL-33 CALL to stored procedure INOUT and OUT parameter output values
`16.20.0.38` - Oct 25, 2018
* PYDBAPI-56 Stored Procedure Dynamic Result Sets
`16.20.0.37` - Oct 22, 2018
* Documentation change
`16.20.0.36` - Oct 22, 2018
* GOSQL-5 Create/Replace Procedure MultiTSR protocol
`16.20.0.35` - Oct 22, 2018
* GOSQL-10 Stored Password Protection
* PYDBAPI-28 Secure Password at rest
* PYDBAPI-47 Port sample program TJEncryptPassword to Python
`16.20.0.34` - Oct 15, 2018
* Fix for sample program `TJEncryptPassword.py`
`16.20.0.33` - Oct 12, 2018
* Installation dependency pycryptodome
`16.20.0.32` - Sep 19, 2018
* Sample programs `LoadCSVFile.py` and `MetadataFromPrepare.py`
* Escape function teradata_fake_result_sets
`16.20.0.31` - Sep 19, 2018
* Added function tracing
`16.20.0.30` - Sep 14, 2018
* PYDBAPI-12 Connectivity
* PYDBAPI-33 Pandas library Interoperability
* Moved samples directory
`16.20.0.29` - Sep 14, 2018
* Sample program `ElicitFile.py`
`16.20.0.28` - Sep 13, 2018
* Documentation change
`16.20.0.27` - Sep 12, 2018
* Documentation change
`16.20.0.26` - Sep 11, 2018
* PYDBAPI-8 Documentation
* PYDBAPI-9 User Guide Content
`16.20.0.25` - Sep 10, 2018
* Documentation change
`16.20.0.24` - Sep 6, 2018
* PYDBAPI-54 Implement cursor rowcount attribute
* PYDBAPI-55 Improved support for Python data types
`16.20.0.23` - Aug 31, 2018
* KeepResponse only for LOB locators
`16.20.0.22` - Aug 30, 2018
* Fixed NUMBER values
`16.20.0.21` - Aug 29, 2018
* Close orphaned rows
`16.20.0.20` - Aug 28, 2018
* decimal and datetime values
`16.20.0.19` - Aug 22, 2018
* timedelta bind values
`16.20.0.18` - Aug 21, 2018
* datetime.datetime bind values
`16.20.0.17` - Aug 20, 2018
* Version number in errors
`16.20.0.16` - Aug 17, 2018
* SLES 11 SP1 compatibility
`16.20.0.15` - Aug 17, 2018
* Documentation change
`16.20.0.14` - Aug 10, 2018
* Documentation change
`16.20.0.13` - Aug 9, 2018
* Documentation change
`16.20.0.12` - Aug 9, 2018
* PYDBAPI-10 User Guide Delivery and Viewability
* PYDBAPI-11 Searchability
`16.20.0.11` - Aug 8, 2018
* Documentation change
`16.20.0.10` - Aug 8, 2018
* Documentation change
`16.20.0.9` - Aug 7, 2018
* Install documentation in teradatasql directory
`16.20.0.8` - Aug 7, 2018
* GOSQL-7 TDNEGO authentication method
* PYDBAPI-42 Teradata Logon mechanism - TDNEGO
`16.20.0.7` - Jul 30, 2018
* GOSQL-8 Support parameter marker batch insert
* PYDBAPI-45 Parameterized Batch Insertion using executeMany
`16.20.0.6` - Jul 25, 2018
* Thread safety for handle maps
`16.20.0.5` - Jul 25, 2018
* Removed atexit
`16.20.0.4` - Jul 23, 2018
* PYDBAPI-4 Provide Python Driver license file
`16.20.0.3` - Jul 19, 2018
* PYDBAPI-46 Accept subclasses of bytes, int, float, str as bind values
`16.20.0.2` - Jul 19, 2018
* Package attributes change
`16.20.0.1` - Jul 18, 2018
* Version number change
`16.20.0.0` - Jul 18, 2018
* GOSQL-1 Encrypted logon
* GOSQL-2 LDAP and Kerberos authentication
* GOSQL-3 Support for 1MB Rows
* GOSQL-6 Elicit File protocol
* PYDBAPI-1 Distribution
* PYDBAPI-5 cursor.execute method return cursor
* PYDBAPI-6 Install and Deployment
* PYDBAPI-7 pip install of python driver package
* PYDBAPI-13 Operating System Platforms
* PYDBAPI-14 Driver must be available for use by Windows OS Users
* PYDBAPI-15 Driver must be available for use by OSX (Mac) Users
* PYDBAPI-16 Driver must be available for use by Linux OS Users
* PYDBAPI-17 Python Language version
* PYDBAPI-18 Python language version 3.4
* PYDBAPI-19 Distribution
* PYDBAPI-23 Teradata Analytics Platform Interoperability/Support
* PYDBAPI-24 Works with Teradata Database 16.10, 16.20
* PYDBAPI-26 Teradata Logon mechanism - Kerberos
* PYDBAPI-32 Downloadable from pypi.org
* PYDBAPI-40 Teradata Logon mechanism - LDAP
* PYDBAPI-41 Teradata Logon mechanism - TD2
* PYDBAPI-43 parameterized single-row inserts
* PYDBAPI-44 parameterized queries
Raw data
{
"_id": null,
"home_page": "http://www.teradata.com/",
"name": "teradatasql",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.7",
"maintainer_email": null,
"keywords": "Teradata",
"author": "Teradata Corporation",
"author_email": "teradatasql@teradata.com",
"download_url": null,
"platform": "Windows",
"description": "## Teradata SQL Driver for Python\n\nThis package enables Python applications to connect to the Teradata Database.\n\nThis package implements the [PEP-249 Python Database API Specification 2.0](https://www.python.org/dev/peps/pep-0249/).\n\nThis package requires 64-bit Python 3.7 or later, and runs on Windows, macOS, and Linux. 32-bit Python is not supported.\n\nFor community support, please visit [Teradata Community](https://support.teradata.com/community).\n\nFor Teradata customer support, please visit [Teradata Customer Service](https://support.teradata.com/).\n\nPlease note, this driver may contain beta/preview features (\"Beta Features\"). As such, by downloading and/or using the driver, in addition to agreeing to the licensing terms below, you acknowledge that the Beta Features are experimental in nature and that the Beta Features are provided \"AS IS\" and may not be functional on any machine or in any environment.\n\nCopyright 2024 Teradata. All Rights Reserved.\n\n### Table of Contents\n\n* [Features](#Features)\n* [Limitations](#Limitations)\n* [Installation](#Installation)\n* [License](#License)\n* [Documentation](#Documentation)\n* [Sample Programs](#SamplePrograms)\n* [Using the Driver](#Using)\n* [Connection Parameters](#ConnectionParameters)\n* [COP Discovery](#COPDiscovery)\n* [Stored Password Protection](#StoredPasswordProtection)\n* [Client Attributes](#ClientAttributes)\n* [User STARTUP SQL Request](#UserStartup)\n* [Transaction Mode](#TransactionMode)\n* [Auto-Commit](#AutoCommit)\n* [Data Types](#DataTypes)\n* [Null Values](#NullValues)\n* [Character Export Width](#CharacterExportWidth)\n* [Module Constructors](#ModuleConstructors)\n* [Module Globals](#ModuleGlobals)\n* [Module Exceptions](#ModuleExceptions)\n* [Connection Attributes](#ConnectionAttributes)\n* [Connection Methods](#ConnectionMethods)\n* [Cursor Attributes](#CursorAttributes)\n* [Cursor Methods](#CursorMethods)\n* [Type Objects](#TypeObjects)\n* [Escape Syntax](#EscapeSyntax)\n* [FastLoad](#FastLoad)\n* [FastExport](#FastExport)\n* [CSV Batch Inserts](#CSVBatchInserts)\n* [CSV Export Results](#CSVExportResults)\n* [Change Log](#ChangeLog)\n\n<a id=\"Features\"></a>\n\n### Features\n\nThe *Teradata SQL Driver for Python* is a DBAPI Driver that enables Python applications to connect to the Teradata Database. The driver implements the [PEP-249 Python Database API Specification 2.0](https://www.python.org/dev/peps/pep-0249/).\n\nThe driver is a young product that offers a basic feature set. We are working diligently to add features to the driver, and our goal is feature parity with the Teradata JDBC Driver.\n\nAt the present time, the driver offers the following features.\n\n* Supported for use with Teradata database 16.20 and later releases.\n* COP Discovery.\n* Laddered Concurrent Connect.\n* HTTPS/TLS connections with Teradata database 16.20.53.30 and later.\n* Encrypted logon using the `TD2`, `JWT`, `LDAP`, `KRB5` (Kerberos), or `TDNEGO` logon mechanisms.\n* Data encryption governed by central administration, or enabled via the `encryptdata` connection parameter.\n* Unicode character data transferred via the UTF8 session character set.\n* Auto-commit for ANSI and TERA transaction modes.\n* Result set row size up to 1 MB.\n* Multi-statement requests that return multiple result sets.\n* Most JDBC escape syntax.\n* Parameterized SQL requests with question-mark parameter markers.\n* Parameterized batch SQL requests with multiple rows of data bound to question-mark parameter markers.\n* Auto-Generated Key Retrieval (AGKR) for identity column values and more.\n* Large Object (LOB) support for the BLOB and CLOB data types.\n* Complex data types such as `XML`, `JSON`, `DATASET STORAGE FORMAT AVRO`, and `DATASET STORAGE FORMAT CSV`.\n* ElicitFile protocol support for DDL commands that create external UDFs or stored procedures and upload a file from client to database.\n* `CREATE PROCEDURE` and `REPLACE PROCEDURE` commands.\n* Stored Procedure Dynamic Result Sets.\n* FastLoad and FastExport.\n* Monitor partition.\n\n<a id=\"Limitations\"></a>\n\n### Limitations\n\n* The UTF8 session character set is always used. The `charset` connection parameter is not supported.\n* No support yet for Recoverable Network Protocol and Redrive.\n\n<a id=\"Installation\"></a>\n\n### Installation\n\nThe `teradatasql` package depends on the `pycryptodome` package which is available from PyPI.\n\nUse `pip install` to download and install the driver and its dependencies automatically.\n\nPlatform | Command\n-------------- | ---\nmacOS or Linux | `pip install teradatasql`\nWindows | `py -3 -m pip install teradatasql`\n\nWhen upgrading to a new version of the driver, you may need to use pip install's `--no-cache-dir` option to force the download of the new version.\n\nPlatform | Command\n-------------- | ---\nmacOS or Linux | `pip install --no-cache-dir -U teradatasql`\nWindows | `py -3 -m pip install --no-cache-dir -U teradatasql`\n\nThe `teradatasql` package depends on the `pycryptodome` package, because one of the included sample programs (`TJEncryptPassword.py`) uses `pycryptodome`. The driver itself does not use `pycryptodome`.\n\nIf you want to avoid installing `pycryptodome`, you can use the `--no-deps` option of pip install to avoid installing `pycryptodome`. Without `pycryptodome`, you will not be able to run the `TJEncryptPassword.py` sample program.\n\nPlatform | Command\n-------------- | ---\nmacOS or Linux | `pip install --no-deps teradatasql`\nWindows | `py -3 -m pip install --no-deps teradatasql`\n\n\n<a id=\"License\"></a>\n\n### License\n\nUse of the driver is governed by the *License Agreement for the Teradata SQL Driver for Python*.\n\nWhen the driver is installed, the `LICENSE` and `THIRDPARTYLICENSE` files are placed in the `teradatasql` directory under your Python installation directory.\n\nIn addition to the license terms, the driver may contain beta/preview features (\"Beta Features\"). As such, by downloading and/or using the driver, in addition to the licensing terms, you acknowledge that the Beta Features are experimental in nature and that the Beta Features are provided \"AS IS\" and may not be functional on any machine or in any environment.\n\n<a id=\"Documentation\"></a>\n\n### Documentation\n\nWhen the driver is installed, the `README.md` file is placed in the `teradatasql` directory under your Python installation directory. This permits you to view the documentation offline, when you are not connected to the Internet.\n\nThe `README.md` file is a plain text file containing the documentation for the driver. While the file can be viewed with any text file viewer or editor, your viewing experience will be best with an editor that understands Markdown format.\n\n<a id=\"SamplePrograms\"></a>\n\n### Sample Programs\n\nSample programs are provided to demonstrate how to use the driver. When the driver is installed, the sample programs are placed in the `teradatasql/samples` directory under your Python installation directory.\n\nThe sample programs are coded with a fake database hostname `whomooz`, username `guest`, and password `please`. Substitute your actual database hostname and credentials before running a sample program.\n\nProgram | Purpose\n------------------------------------------------------------------------------------------------------------------- | ---\n[AGKRBatchInsert.py](https://github.com/Teradata/python-driver/blob/master/samples/AGKRBatchInsert.py) | Demonstrates how to insert a batch of rows with Auto-Generated Key Retrieval (AGKR)\n[AGKRInsertSelect.py](https://github.com/Teradata/python-driver/blob/master/samples/AGKRInsertSelect.py) | Demonstrates Insert/Select with Auto-Generated Key Retrieval (AGKR)\n[BatchInsert.py](https://github.com/Teradata/python-driver/blob/master/samples/BatchInsert.py) | Demonstrates how to insert a batch of rows\n[BatchInsertCSV.py](https://github.com/Teradata/python-driver/blob/master/samples/BatchInsertCSV.py) | Demonstrates how to insert a batch of rows from a CSV file\n[BatchInsPerf.py](https://github.com/Teradata/python-driver/blob/master/samples/BatchInsPerf.py) | Measures time to insert one million rows\n[CancelSleep.py](https://github.com/Teradata/python-driver/blob/master/samples/CancelSleep.py) | Demonstrates how to use the cancel method to interrupt a query\n[CharPadding.py](https://github.com/Teradata/python-driver/blob/master/samples/CharPadding.py) | Demonstrates the database's *Character Export Width* behavior\n[CommitRollback.py](https://github.com/Teradata/python-driver/blob/master/samples/CommitRollback.py) | Demonstrates commit and rollback methods with auto-commit off.\n[DecimalDigits.py](https://github.com/Teradata/python-driver/blob/master/samples/DecimalDigits.py) | Demonstrates how to format decimal.Decimal values.\n[DriverDatabaseVersion.py](https://github.com/Teradata/python-driver/blob/master/samples/DriverDatabaseVersion.py) | Displays the driver version and database version\n[ElicitFile.py](https://github.com/Teradata/python-driver/blob/master/samples/ElicitFile.py) | Demonstrates C source file upload to create a User-Defined Function (UDF)\n[ExportCSVResult.py](https://github.com/Teradata/python-driver/blob/master/samples/ExportCSVResult.py) | Demonstrates how to export a query result set to a CSV file\n[ExportCSVResults.py](https://github.com/Teradata/python-driver/blob/master/samples/ExportCSVResults.py) | Demonstrates how to export multiple query result sets to CSV files\n[FakeExportCSVResults.py](https://github.com/Teradata/python-driver/blob/master/samples/FakeExportCSVResults.py) | Demonstrates how to export multiple query result sets with the metadata to CSV files\n[FakeResultSetCon.py](https://github.com/Teradata/python-driver/blob/master/samples/FakeResultSetCon.py) | Demonstrates connection parameter for fake result sets\n[FakeResultSetEsc.py](https://github.com/Teradata/python-driver/blob/master/samples/FakeResultSetEsc.py) | Demonstrates escape function for fake result sets\n[FastExportCSV.py](https://github.com/Teradata/python-driver/blob/master/samples/FastExportCSV.py) | Demonstrates how to FastExport rows from a table to a CSV file\n[FastExportTable.py](https://github.com/Teradata/python-driver/blob/master/samples/FastExportTable.py) | Demonstrates how to FastExport rows from a table\n[FastLoadBatch.py](https://github.com/Teradata/python-driver/blob/master/samples/FastLoadBatch.py) | Demonstrates how to FastLoad batches of rows\n[FastLoadCSV.py](https://github.com/Teradata/python-driver/blob/master/samples/FastLoadCSV.py) | Demonstrates how to FastLoad batches of rows from a CSV file\n[HelpSession.py](https://github.com/Teradata/python-driver/blob/master/samples/HelpSession.py) | Displays session information\n[IgnoreErrors.py](https://github.com/Teradata/python-driver/blob/master/samples/IgnoreErrors.py) | Demonstrates how to ignore errors\n[InsertLob.py](https://github.com/Teradata/python-driver/blob/master/samples/InsertLob.py) | Demonstrates how to insert BLOB and CLOB values\n[InsertXML.py](https://github.com/Teradata/python-driver/blob/master/samples/InsertXML.py) | Demonstrates how to insert and retrieve XML values\n[LoadCSVFile.py](https://github.com/Teradata/python-driver/blob/master/samples/LoadCSVFile.py) | Demonstrates how to load data from a CSV file into a table\n[LobLocators.py](https://github.com/Teradata/python-driver/blob/master/samples/LobLocators.py) | Demonstrates how to use LOB locators\n[MetadataFromPrepare.py](https://github.com/Teradata/python-driver/blob/master/samples/MetadataFromPrepare.py) | Demonstrates how to prepare a SQL request and obtain SQL statement metadata\n[MonitorAbort.py](https://github.com/Teradata/python-driver/blob/master/samples/MonitorAbort.py) | Demonstrates how to use the Monitor partition to abort a session\n[MonitorQueries.py](https://github.com/Teradata/python-driver/blob/master/samples/MonitorQueries.py) | Demonstrates how to execute Monitor partition queries\n[MultiThread.py](https://github.com/Teradata/python-driver/blob/master/samples/MultiThread.py) | Demonstrates how to use multiple threads to load data in parallel\n[ParamDataTypes.py](https://github.com/Teradata/python-driver/blob/master/samples/ParamDataTypes.py) | Demonstrates how to specify data types for parameter marker bind values\n[ShowCommand.py](https://github.com/Teradata/python-driver/blob/master/samples/ShowCommand.py) | Displays the results from the `SHOW` command\n[StoredProc.py](https://github.com/Teradata/python-driver/blob/master/samples/StoredProc.py) | Demonstrates how to create and call a SQL stored procedure\n[TJEncryptPassword.py](https://github.com/Teradata/python-driver/blob/master/samples/TJEncryptPassword.py) | Creates encrypted password files\n\n<a id=\"Using\"></a>\n\n### Using the Driver\n\nYour Python script must import the `teradatasql` package in order to use the driver.\n\n import teradatasql\n\nAfter importing the `teradatasql` package, your Python script calls the `teradatasql.connect` function to open a connection to the database.\n\nYou may specify connection parameters as a JSON string, as `kwargs`, or using a combination of the two approaches. The `teradatasql.connect` function's first argument is an optional JSON string. The `teradatasql.connect` function's second and subsequent arguments are optional `kwargs`.\n\nConnection parameters specified only as `kwargs`:\n\n con = teradatasql.connect(host=\"whomooz\", user=\"guest\", password=\"please\")\n\nConnection parameters specified only as a JSON string:\n\n con = teradatasql.connect('{\"host\":\"whomooz\",\"user\":\"guest\",\"password\":\"please\"}')\n\nConnection parameters specified using a combination:\n\n con = teradatasql.connect('{\"host\":\"whomooz\"}', user=\"guest\", password=\"please\")\n\nWhen a combination of parameters are specified, connection parameters specified as `kwargs` take precedence over same-named connection parameters specified in the JSON string.\n\n<a id=\"ConnectionParameters\"></a>\n\n### Connection Parameters\n\nThe following table lists the connection parameters currently offered by the driver. Connection parameter values are case-sensitive unless stated otherwise.\n\nOur goal is consistency for the connection parameters offered by this driver and the Teradata JDBC Driver, with respect to connection parameter names and functionality. For comparison, Teradata JDBC Driver connection parameters are [documented here](https://downloads.teradata.com/doc/connectivity/jdbc/reference/current/jdbcug_chapter_2.html#BGBHDDGB).\n\nParameter | Default | Type | Description\n----------------------- | ----------- | -------------- | ---\n`account` | | string | Specifies the database account. Equivalent to the Teradata JDBC Driver `ACCOUNT` connection parameter.\n`browser` | | string | Specifies the command to open the browser for Browser Authentication when `logmech` is `BROWSER`. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `BROWSER` connection parameter.<br/>The specified command must include a placeholder token, literally specified as `PLACEHOLDER`, which the driver will replace with the Identity Provider authorization endpoint URL. The `PLACEHOLDER` token is case-sensitive and must be specified in uppercase.<br/>• On Windows, the default command is `cmd /c start \"title\" \"PLACEHOLDER\"`. Windows command syntax requires the quoted title to precede the quoted URL.<br/>• On macOS, the default command is `open PLACEHOLDER`. macOS command syntax does not allow the URL to be quoted.\n`browser_tab_timeout` | `\"5\"` | quoted integer | Specifies the number of seconds to wait before closing the browser tab after Browser Authentication is completed. The default is 5 seconds. The behavior is under the browser's control, and not all browsers support automatic closing of browser tabs. Typically, the tab used to log on will remain open indefinitely, but the second and subsequent tabs will be automatically closed. Specify `0` (zero) to close the tab immediately. Specify `-1` to turn off automatic closing of browser tabs. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `BROWSER_TAB_TIMEOUT` connection parameter.\n`browser_timeout` | `\"180\"` | quoted integer | Specifies the number of seconds that the driver will wait for Browser Authentication to complete. The default is 180 seconds (3 minutes). Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `BROWSER_TIMEOUT` connection parameter.\n`code_append_file` | `\"-out\"` | string | Specifies how to display the verification URL and code. Optional when `logmech` is `CODE` and ignored for other `logmech` values. The default `-out` prints the verification URL and code to stdout. Specify `-err` to print the verification URL and code to stderr. Specify a file name to append the verification URL and code to an existing file or create a new file if the file does not exist. Equivalent to the Teradata JDBC Driver `CODE_APPEND_FILE` connection parameter.\n`column_name` | `\"false\"` | quoted boolean | Controls the behavior of cursor `.description` sequence `name` items. Equivalent to the Teradata JDBC Driver `COLUMN_NAME` connection parameter. False specifies that a cursor `.description` sequence `name` item provides the AS-clause name if available, or the column name if available, or the column title. True specifies that a cursor `.description` sequence `name` item provides the column name if available, but has no effect when StatementInfo parcel support is unavailable.\n`connect_failure_ttl` | `\"0\"` | quoted integer | Specifies the time-to-live in seconds to remember the most recent connection failure for each IP address/port combination. The driver subsequently skips connection attempts to that IP address/port for the duration of the time-to-live. The default value of zero disables this feature. The recommended value is half the database restart time. Equivalent to the Teradata JDBC Driver `CONNECT_FAILURE_TTL` connection parameter.\n`connect_function` | `\"0\"` | quoted integer | Specifies whether the database should allocate a Logon Sequence Number (LSN) for this session, or associate this session with an existing LSN. Specify `0` for a session with no LSN (the default). Specify `1` to allocate a new LSN for the session. Specify `2` to associate the session with the existing LSN identified by the `logon_sequence_number` connection parameter. The database only permits sessions for the same user to share an LSN. Equivalent to the Teradata JDBC Driver `CONNECT_FUNCTION` connection parameter.\n`connect_timeout` | `\"10000\"` | quoted integer | Specifies the timeout in milliseconds for establishing a TCP socket connection. Specify `0` for no timeout. The default is 10 seconds (10000 milliseconds).\n`cop` | `\"true\"` | quoted boolean | Specifies whether COP Discovery is performed. Equivalent to the Teradata JDBC Driver `COP` connection parameter.\n`coplast` | `\"false\"` | quoted boolean | Specifies how COP Discovery determines the last COP hostname. Equivalent to the Teradata JDBC Driver `COPLAST` connection parameter. When `coplast` is `false` or omitted, or COP Discovery is turned off, then no DNS lookup occurs for the coplast hostname. When `coplast` is `true`, and COP Discovery is turned on, then a DNS lookup occurs for a coplast hostname.\n`database` | | string | Specifies the initial database to use after logon, instead of the user's default database. Equivalent to the Teradata JDBC Driver `DATABASE` connection parameter.\n`dbs_port` | `\"1025\"` | quoted integer | Specifies the database port number. Equivalent to the Teradata JDBC Driver `DBS_PORT` connection parameter.\n`encryptdata` | `\"false\"` | quoted boolean | Controls encryption of data exchanged between the driver and the database. Equivalent to the Teradata JDBC Driver `ENCRYPTDATA` connection parameter.\n`error_query_count` | `\"21\"` | quoted integer | Specifies how many times the driver will attempt to query FastLoad Error Table 1 after a FastLoad operation. Equivalent to the Teradata JDBC Driver `ERROR_QUERY_COUNT` connection parameter.\n`error_query_interval` | `\"500\"` | quoted integer | Specifies how many milliseconds the driver will wait between attempts to query FastLoad Error Table 1. Equivalent to the Teradata JDBC Driver `ERROR_QUERY_INTERVAL` connection parameter.\n`error_table_1_suffix` | `\"_ERR_1\"` | string | Specifies the suffix for the name of FastLoad Error Table 1. Equivalent to the Teradata JDBC Driver `ERROR_TABLE_1_SUFFIX` connection parameter.\n`error_table_2_suffix` | `\"_ERR_2\"` | string | Specifies the suffix for the name of FastLoad Error Table 2. Equivalent to the Teradata JDBC Driver `ERROR_TABLE_2_SUFFIX` connection parameter.\n`error_table_database` | | string | Specifies the database name for the FastLoad error tables. By default, FastLoad error tables reside in the same database as the destination table being loaded. Equivalent to the Teradata JDBC Driver `ERROR_TABLE_DATABASE` connection parameter.\n`fake_result_sets` | `\"false\"` | quoted boolean | Controls whether a fake result set containing statement metadata precedes each real result set.\n`field_quote` | `\"\\\"\"` | string | Specifies a single character string used to quote fields in a CSV file.\n`field_sep` | `\",\"` | string | Specifies a single character string used to separate fields in a CSV file. Equivalent to the Teradata JDBC Driver `FIELD_SEP` connection parameter.\n`govern` | `\"true\"` | quoted boolean | Controls FastLoad and FastExport throttling by Teradata workload management rules. When set to `true` (the default), workload management rules may delay a FastLoad or FastExport. When set to `false`, workload management rules will reject rather than delay a FastLoad or FastExport. Equivalent to the Teradata JDBC Driver `GOVERN` connection parameter.\n`host` | | string | Specifies the database hostname.\n`http_proxy` | | string | Specifies the proxy server URL for HTTP connections to TLS certificate verification CRL and OCSP endpoints. The URL must begin with `http://` and must include a colon `:` and port number.\n`http_proxy_password` | | string | Specifies the proxy server password for the proxy server identified by the `http_proxy` parameter. This parameter may only be specified in conjunction with the `http_proxy` parameter. When this parameter is omitted, no proxy server password is provided to the proxy server identified by the `http_proxy` parameter.\n`http_proxy_user` | | string | Specifies the proxy server username for the proxy server identified by the `http_proxy` parameter. This parameter may only be specified in conjunction with the `http_proxy` parameter. When this parameter is omitted, no proxy server username is provided to the proxy server identified by the `http_proxy` parameter.\n`https_port` | `\"443\"` | quoted integer | Specifies the database port number for HTTPS/TLS connections. Equivalent to the Teradata JDBC Driver `HTTPS_PORT` connection parameter.\n`https_proxy` | | string | Specifies the proxy server URL for HTTPS/TLS connections to the database and to Identity Provider endpoints. The URL must begin with `http://` and must include a colon `:` and port number. The driver connects to the proxy server using a non-TLS HTTP connection, then uses the HTTP CONNECT method to establish an HTTPS/TLS connection to the destination. Equivalent to the Teradata JDBC Driver `HTTPS_PROXY` connection parameter.\n`https_proxy_password` | | string | Specifies the proxy server password for the proxy server identified by the `https_proxy` parameter. This parameter may only be specified in conjunction with the `https_proxy` parameter. When this parameter is omitted, no proxy server password is provided to the proxy server identified by the `https_proxy` parameter. Equivalent to the Teradata JDBC Driver `HTTPS_PROXY_PASSWORD` connection parameter.\n`https_proxy_user` | | string | Specifies the proxy server username for the proxy server identified by the `https_proxy` parameter. This parameter may only be specified in conjunction with the `https_proxy` parameter. When this parameter is omitted, no proxy server username is provided to the proxy server identified by the `https_proxy` parameter. Equivalent to the Teradata JDBC Driver `HTTPS_PROXY_USER` connection parameter.\n`jws_algorithm` | `\"RS256\"` | string | Specifies the JSON Web Signature (JWS) algorithm to sign the JWT Bearer Token for client authentication. Optional when `logmech` is `BEARER` and ignored for other `logmech` values. The default `RS256` is RSASSA-PKCS1-v1_5 using SHA-256. Specify `RS384` for RSASSA-PKCS1-v1_5 using SHA-384. Specify `RS512` for RSASSA-PKCS1-v1_5 using SHA-512. Equivalent to the Teradata JDBC Driver `JWS_ALGORITHM` connection parameter.\n`jws_cert` | | string | Specifies the file name of the X.509 certificate PEM file that contains the public key corresponding to the private key from `jws_private_key`. Optional when `logmech` is `BEARER` and ignored for other `logmech` values. When this parameter is specified, the \"x5t\" header thumbprint is added to the JWT Bearer Token for the Identity Provider to select the public key for JWT signature verification. Some Identity Providers, such as Microsoft Entra ID, require this. When this parameter is omitted, the \"x5t\" header thumbprint is not added to the JWT Bearer Token. Some Identity Providers do not require the \"x5t\" header thumbprint. Equivalent to the Teradata JDBC Driver `JWS_CERT` connection parameter.\n`jws_private_key` | | string | Specifies the file name of the PEM or JWK file containing the private key to sign the JWT Bearer Token for client authentication. Required when `logmech` is `BEARER` and ignored for other `logmech` values. PEM and JWK file formats are supported. The private key filename must end with the `.pem` or `.jwk` extension. A PEM file must contain the BEGIN/END PRIVATE KEY header and trailer. If a JWK file contains a \"kid\" (key identifier) parameter, the \"kid\" header is added to the JWT Bearer Token for the Identity Provider to select the public key for JWT signature verification. Equivalent to the Teradata JDBC Driver `JWS_PRIVATE_KEY` connection parameter.\n`lob_support` | `\"true\"` | quoted boolean | Controls LOB support. Equivalent to the Teradata JDBC Driver `LOB_SUPPORT` connection parameter.\n`log` | `\"0\"` | quoted integer | Controls debug logging. Somewhat equivalent to the Teradata JDBC Driver `LOG` connection parameter. This parameter's behavior is subject to change in the future. This parameter's value is currently defined as an integer in which the 1-bit governs function and method tracing, the 2-bit governs debug logging, the 4-bit governs transmit and receive message hex dumps, and the 8-bit governs timing. Compose the value by adding together 1, 2, 4, and/or 8.\n`logdata` | | string | Specifies extra data for the chosen logon authentication method. Equivalent to the Teradata JDBC Driver `LOGDATA` connection parameter.\n`logmech` | `\"TD2\"` | string | Specifies the logon authentication method. Equivalent to the Teradata JDBC Driver `LOGMECH` connection parameter. The database user must have the \"logon with null password\" permission for `KRB5` Single Sign On (SSO) or any of the OpenID Connect (OIDC) methods `BEARER`, `BROWSER`, `CODE`, `CRED`, `JWT`, `ROPC`, or `SECRET`. Values are case-insensitive.<br/>• `BEARER` uses OIDC Client Credentials Grant with JWT Bearer Token for client authentication.<br/>• `BROWSER` uses Browser Authentication, supported for Windows and macOS.<br/>• `CODE` uses OIDC Device Code Flow, also known as OIDC Device Authorization Grant.<br/>• `CRED` uses OIDC Client Credentials Grant with client_secret_post for client authentication.<br/>• `JWT` uses JSON Web Token.<br/>• `KRB5` uses Kerberos V5.<br/>• `LDAP` uses Lightweight Directory Access Protocol.<br/>• `ROPC` uses OIDC Resource Owner Password Credentials (ROPC).<br/>• `SECRET` uses OIDC Client Credentials Grant with client_secret_basic for client authentication.<br/>• `TD2` uses Teradata Method 2.<br/>• `TDNEGO` automatically selects the appropriate logon authentication method.\n`logon_sequence_number` | | quoted integer | Associates this session with an existing Logon Sequence Number (LSN) when `connect_function` is `2`. The database only permits sessions for the same user to share an LSN. An LSN groups multiple sessions together for workload management. Using an LSN is a three-step process. First, establish a control session with `connect_function` as `1`, which allocates a new LSN. Second, obtain the LSN from the control session using the escape function `{fn teradata_logon_sequence_number}`. Third, establish an associated session with `connect_function` as `2` and the logon sequence number. Equivalent to the Teradata JDBC Driver `LOGON_SEQUENCE_NUMBER` connection parameter.\n`logon_timeout` | `\"0\"` | quoted integer | Specifies the logon timeout in seconds. Zero means no timeout.\n`manage_error_tables` | `\"true\"` | quoted boolean | Controls whether the driver manages the FastLoad error tables.\n`max_message_body` | `\"2097000\"` | quoted integer | Specifies the maximum Response Message size in bytes. Equivalent to the Teradata JDBC Driver `MAX_MESSAGE_BODY` connection parameter.\n`oidc_clientid` | | string | Specifies the OpenID Connect (OIDC) Client ID to use for Browser Authentication and other OIDC methods. When omitted, the default Client ID comes from the database's TdgssUserConfigFile.xml file. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `OIDC_CLIENTID` connection parameter.\n`oidc_scope` | `\"openid\"` | string | Specifies the OpenID Connect (OIDC) scope to use for Browser Authentication. Beginning with Teradata Database 17.20.03.11, the default scope can be specified in the database's `TdgssUserConfigFile.xml` file, using the `IdPConfig` element's `Scope` attribute. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `OIDC_SCOPE` connection parameter.\n`oidc_token` | `\"access_token\"` | string | Specifies the kind of OIDC token to use for Browser Authentication. Specify `id_token` to use the id_token instead of the access_token. Browser Authentication is supported for Windows and macOS. Equivalent to the Teradata JDBC Driver `OIDC_TOKEN` connection parameter.\n`partition` | `\"DBC/SQL\"` | string | Specifies the database partition. Equivalent to the Teradata JDBC Driver `PARTITION` connection parameter.\n`password` | | string | Specifies the database password. Equivalent to the Teradata JDBC Driver `PASSWORD` connection parameter.\n`proxy_bypass_hosts` | | string | Specifies a matching pattern for hostnames and addresses to bypass the proxy server identified by the `http_proxy` and/or `https_proxy` parameter. This parameter may only be specified in conjunction with the `http_proxy` and/or `https_proxy` parameter. Separate multiple hostnames and addresses with a vertical bar `\\|` character. Specify an asterisk `*` as a wildcard character. When this parameter is omitted, the default pattern `localhost\\|127.*\\|[::1]` bypasses the proxy server identified by the `http_proxy` and/or `https_proxy` parameter for common variations of the loopback address. Equivalent to the Teradata JDBC Driver `PROXY_BYPASS_HOSTS` connection parameter.\n`request_timeout` | `\"0\"` | quoted integer | Specifies the timeout for executing each SQL request. Zero means no timeout.\n`runstartup` | `\"false\"` | quoted boolean | Controls whether the user's `STARTUP` SQL request is executed after logon. For more information, refer to [User STARTUP SQL Request](#UserStartup). Equivalent to the Teradata JDBC Driver `RUNSTARTUP` connection parameter.\n`sessions` | | quoted integer | Specifies the number of data transfer connections for FastLoad or FastExport. The default (recommended) lets the database choose the appropriate number of connections. Equivalent to the Teradata JDBC Driver `SESSIONS` connection parameter.\n`sip_support` | `\"true\"` | quoted boolean | Controls whether StatementInfo parcel is used. Equivalent to the Teradata JDBC Driver `SIP_SUPPORT` connection parameter.\n`sp_spl` | `\"true\"` | quoted boolean | Controls whether stored procedure source code is saved in the database when a SQL stored procedure is created. Equivalent to the Teradata JDBC Driver `SP_SPL` connection parameter.\n`sslca` | | string | Specifies the file name of a PEM file that contains Certificate Authority (CA) certificates for use with `sslmode` values `VERIFY-CA` or `VERIFY-FULL`. Equivalent to the Teradata JDBC Driver `SSLCA` connection parameter.\n`sslcapath` | | string | Specifies a directory of PEM files that contain Certificate Authority (CA) certificates for use with `sslmode` values `VERIFY-CA` or `VERIFY-FULL`. Only files with an extension of `.pem` are used. Other files in the specified directory are not used. Equivalent to the Teradata JDBC Driver `SSLCAPATH` connection parameter.\n`sslcipher` | | string | Specifies the TLS cipher for HTTPS/TLS connections. Equivalent to the Teradata JDBC Driver `SSLCIPHER` connection parameter.\n`sslcrc` | `\"ALLOW\"` | string | Controls TLS certificate revocation checking for HTTPS/TLS connections when `sslmode` is `VERIFY-FULL`. This parameter is ignored unless `sslmode` is `VERIFY-FULL`. Equivalent to the Teradata JDBC Driver `SSLCRC` connection parameter. Values are case-insensitive.<br/>• `ALLOW` provides \"soft fail\" behavior such that communication failures are ignored during certificate revocation checking.<br/>• `REQUIRE` mandates that certificate revocation checking must succeed.\n`sslmode` | `\"PREFER\"` | string | Specifies the mode for connections to the database. Equivalent to the Teradata JDBC Driver `SSLMODE` connection parameter. Values are case-insensitive.<br/>• `DISABLE` disables HTTPS/TLS connections and uses only non-TLS connections.<br/>• `ALLOW` uses non-TLS connections unless the database requires HTTPS/TLS connections.<br/>• `PREFER` uses HTTPS/TLS connections unless the database does not offer HTTPS/TLS connections.<br/>• `REQUIRE` uses only HTTPS/TLS connections.<br/>• `VERIFY-CA` uses only HTTPS/TLS connections and verifies that the server certificate is valid and trusted.<br/>• `VERIFY-FULL` uses only HTTPS/TLS connections, verifies that the server certificate is valid and trusted, and verifies that the server certificate matches the database hostname.\n`sslprotocol` | `\"TLSv1.2\"` | string | Specifies the TLS protocol for HTTPS/TLS connections. Equivalent to the Teradata JDBC Driver `SSLPROTOCOL` connection parameter.\n`teradata_values` | `\"true\"` | quoted boolean | Controls whether `str` or a more specific Python data type is used for certain result set column value types. Refer to the [Data Types](#DataTypes) table below for details.\n`tmode` | `\"DEFAULT\"` | string | Specifies the transaction mode. Equivalent to the Teradata JDBC Driver `TMODE` connection parameter. Possible values are `DEFAULT` (the default), `ANSI`, or `TERA`.\n`user` | | string | Specifies the database username. Equivalent to the Teradata JDBC Driver `USER` connection parameter.\n\n<a id=\"COPDiscovery\"></a>\n\n### COP Discovery\n\nThe driver provides Communications Processor (COP) discovery behavior when the `cop` connection parameter is `true` or omitted. COP Discovery is turned off when the `cop` connection parameter is `false`.\n\nA database system can be composed of multiple database nodes. One or more of the database nodes can be configured to run the database Gateway process. Each database node that runs the database Gateway process is termed a Communications Processor, or COP. COP Discovery refers to the procedure of identifying all the available COP hostnames and their IP addresses. COP hostnames can be defined in DNS, or can be defined in the client system's `hosts` file. Teradata strongly recommends that COP hostnames be defined in DNS, rather than the client system's `hosts` file. Defining COP hostnames in DNS provides centralized administration, and enables centralized changes to COP hostnames if and when the database is reconfigured.\n\nThe `coplast` connection parameter specifies how COP Discovery determines the last COP hostname.\n* When `coplast` is `false` or omitted, or COP Discovery is turned off, then the driver will not perform a DNS lookup for the coplast hostname.\n* When `coplast` is `true`, and COP Discovery is turned on, then the driver will first perform a DNS lookup for a coplast hostname to obtain the IP address of the last COP hostname before performing COP Discovery. Subsequently, during COP Discovery, the driver will stop searching for COP hostnames when either an unknown COP hostname is encountered, or a COP hostname is encountered whose IP address matches the IP address of the coplast hostname.\n\nSpecifying `coplast` as `true` can improve performance with DNS that is slow to respond for DNS lookup failures, and is necessary for DNS that never returns a DNS lookup failure.\n\nWhen performing COP Discovery, the driver starts with cop1, which is appended to the database hostname, and then proceeds with cop2, cop3, ..., copN. The driver supports domain-name qualification for COP Discovery and the coplast hostname. Domain-name qualification is recommended, because it can improve performance by avoiding unnecessary DNS lookups for DNS search suffixes.\n\nThe following table illustrates the DNS lookups performed for a hypothetical three-node database system named \"whomooz\".\n\n | No domain name qualification | With domain name qualification<br/>(Recommended)\n------ | ---------------------------- | ---\nApplication-specified<br/>database hostname | `whomooz` | `whomooz.domain.com`\nDefault: COP Discovery turned on, and `coplast` is `false` or omitted,<br/>perform DNS lookups until unknown COP hostname is encountered | `whomoozcop1`→`10.0.0.1`<br/>`whomoozcop2`→`10.0.0.2`<br/>`whomoozcop3`→`10.0.0.3`<br/>`whomoozcop4`→undefined | `whomoozcop1.domain.com`→`10.0.0.1`<br/>`whomoozcop2.domain.com`→`10.0.0.2`<br/>`whomoozcop3.domain.com`→`10.0.0.3`<br/>`whomoozcop4.domain.com`→undefined\nCOP Discovery turned on, and `coplast` is `true`,<br/>perform DNS lookups until COP hostname is found whose IP address matches the coplast hostname, or unknown COP hostname is encountered | `whomoozcoplast`→`10.0.0.3`<br/>`whomoozcop1`→`10.0.0.1`<br/>`whomoozcop2`→`10.0.0.2`<br/>`whomoozcop3`→`10.0.0.3` | `whomoozcoplast.domain.com`→`10.0.0.3`<br/>`whomoozcop1.domain.com`→`10.0.0.1`<br/>`whomoozcop2.domain.com`→`10.0.0.2`<br/>`whomoozcop3.domain.com`→`10.0.0.3`\nCOP Discovery turned off and round-robin DNS,<br/>perform one DNS lookup that returns multiple IP addresses | `whomooz`→`10.0.0.1`, `10.0.0.2`, `10.0.0.3` | `whomooz.domain.com`→`10.0.0.1`, `10.0.0.2`, `10.0.0.3`\n\nRound-robin DNS rotates the list of IP addresses automatically to provide load distribution. Round-robin is only possible with DNS, not with the client system `hosts` file.\n\nThe driver supports the definition of multiple IP addresses for COP hostnames and non-COP hostnames.\n\nFor the first connection to a particular database system, the driver generates a random number to index into the list of COPs. For each subsequent connection, the driver increments the saved index until it wraps around to the first position. This behavior provides load distribution across all discovered COPs.\n\nThe driver masks connection failures to down COPs, thereby hiding most connection failures from the client application. An exception is thrown to the application only when all the COPs are down for that database. If a COP is down, the next COP in the sequence (including a wrap-around to the first COP) receives extra connections that were originally destined for the down COP. When multiple IP addresses are defined in DNS for a COP, the driver will attempt to connect to each of the COP's IP addresses, and the COP is considered down only when connection attempts fail to all of the COP's IP addresses.\n\nIf COP Discovery is turned off, or no COP hostnames are defined in DNS, the driver connects directly to the hostname specified in the `host` connection parameter. This permits load distribution schemes other than the COP Discovery approach. For example, round-robin DNS or a TCP/IP load distribution product can be used. COP Discovery takes precedence over simple database hostname lookup. To use an alternative load distribution scheme, either ensure that no COP hostnames are defined in DNS, or turn off COP Discovery with `cop` as `false`.\n\n<a id=\"StoredPasswordProtection\"></a>\n\n### Stored Password Protection\n\n#### Overview\n\nStored Password Protection enables an application to provide a connection password in encrypted form to the driver.\n\nAn encrypted password may be specified in the following contexts:\n* A login password specified as the `password` connection parameter.\n* A login password specified within the `logdata` connection parameter.\n\nIf the password, however specified, begins with the prefix `ENCRYPTED_PASSWORD(` then the specified password must follow this format:\n\n`ENCRYPTED_PASSWORD(file:`*PasswordEncryptionKeyFileName*`,file:`*EncryptedPasswordFileName*`)`\n\nEach filename must be preceded by the `file:` prefix. The *PasswordEncryptionKeyFileName* must be separated from the *EncryptedPasswordFileName* by a single comma.\n\nThe *PasswordEncryptionKeyFileName* specifies the name of a file that contains the password encryption key and associated information. The *EncryptedPasswordFileName* specifies the name of a file that contains the encrypted password and associated information. The two files are described below.\n\nStored Password Protection is offered by this driver, the Teradata JDBC Driver, and the Teradata SQL Driver for R. These drivers use the same file format.\n\n#### Program TJEncryptPassword\n\n`TJEncryptPassword.py` is a sample program to create encrypted password files for use with Stored Password Protection. When the driver is installed, the sample programs are placed in the `teradatasql/samples` directory under your Python installation directory.\n\nThis program works in conjunction with Stored Password Protection offered by the driver. This program creates the files containing the password encryption key and encrypted password, which can be subsequently specified via the `ENCRYPTED_PASSWORD(` syntax.\n\nYou are not required to use this program to create the files containing the password encryption key and encrypted password. You can develop your own software to create the necessary files. You may also use the [`TJEncryptPassword.java`](https://downloads.teradata.com/doc/connectivity/jdbc/reference/current/samp/TJEncryptPassword.java.txt) sample program that is available with the [Teradata JDBC Driver Reference](https://downloads.teradata.com/doc/connectivity/jdbc/reference/current/frameset.html). The only requirement is that the files must match the format expected by the driver, which is documented below.\n\nThis program encrypts the password and then immediately decrypts the password, in order to verify that the password can be successfully decrypted. This program mimics the password decryption of the driver, and is intended to openly illustrate its operation and enable scrutiny by the community.\n\nThe encrypted password is only as safe as the two files. You are responsible for restricting access to the files containing the password encryption key and encrypted password. If an attacker obtains both files, the password can be decrypted. The operating system file permissions for the two files should be as limited and restrictive as possible, to ensure that only the intended operating system userid has access to the files.\n\nThe two files can be kept on separate physical volumes, to reduce the risk that both files might be lost at the same time. If either or both of the files are located on a network volume, then an encrypted wire protocol can be used to access the network volume, such as sshfs, encrypted NFSv4, or encrypted SMB 3.0.\n\nThis program accepts eight command-line arguments:\n\nArgument | Example | Description\n----------------------------- | -------------------- | ---\nTransformation | `AES/CBC/NoPadding` | Specifies the transformation in the form *Algorithm*`/`*Mode*`/`*Padding*. Supported transformations are listed in a table below.\nKeySizeInBits | `256` | Specifies the algorithm key size, which governs the encryption strength.\nMAC | `HmacSHA256` | Specifies the message authentication code (MAC) algorithm `HmacSHA1` or `HmacSHA256`.\nPasswordEncryptionKeyFileName | `PassKey.properties` | Specifies a filename in the current directory, a relative pathname, or an absolute pathname. The file is created by this program. If the file already exists, it will be overwritten by the new file.\nEncryptedPasswordFileName | `EncPass.properties` | Specifies a filename in the current directory, a relative pathname, or an absolute pathname. The filename or pathname that must differ from the PasswordEncryptionKeyFileName. The file is created by this program. If the file already exists, it will be overwritten by the new file.\nHostname | `whomooz` | Specifies the database hostname.\nUsername | `guest` | Specifies the database username.\nPassword | `please` | Specifies the database password to be encrypted. Unicode characters in the password can be specified with the `\\u`*XXXX* escape sequence.\n\n#### Example Commands\n\nThe TJEncryptPassword program uses the driver to log on to the specified database using the encrypted password, so the driver must have been installed with the `pip install teradatasql` command.\n\nThe following commands assume that the `TJEncryptPassword.py` program file is located in the current directory. When the driver is installed, the sample programs are placed in the `teradatasql/samples` directory under your Python installation directory. Change your current directory to the `teradatasql/samples` directory under your Python installation directory.\n\nThe following example commands illustrate using a 256-bit AES key, and using the HmacSHA256 algorithm.\n\nPlatform | Command\n-------------- | ---\nmacOS or Linux | `python TJEncryptPassword.py AES/CBC/NoPadding 256 HmacSHA256 PassKey.properties EncPass.properties whomooz guest please`\nWindows | `py -3 TJEncryptPassword.py AES/CBC/NoPadding 256 HmacSHA256 PassKey.properties EncPass.properties whomooz guest please`\n\n#### Password Encryption Key File Format\n\nYou are not required to use the TJEncryptPassword program to create the files containing the password encryption key and encrypted password. You can develop your own software to create the necessary files, but the files must match the format expected by the driver.\n\nThe password encryption key file is a text file in Java Properties file format, using the ISO 8859-1 character encoding.\n\nThe file must contain the following string properties:\n\nProperty | Description\n------------------------------------------------- | ---\n`version=1` | The version number must be `1`. This property is required.\n`transformation=`*Algorithm*`/`*Mode*`/`*Padding* | Specifies the transformation in the form *Algorithm*`/`*Mode*`/`*Padding*. Supported transformations are listed in a table below. This property is required.\n`algorithm=`*Algorithm* | This value must correspond to the *Algorithm* portion of the transformation. This property is required.\n`match=`*MatchValue* | The password encryption key and encrypted password files must contain the same match value. The match values are compared to ensure that the two specified files are related to each other, serving as a \"sanity check\" to help avoid configuration errors. This property is required.\n`key=`*HexDigits* | This value is the password encryption key, encoded as hex digits. This property is required.\n`mac=`*MACAlgorithm* | Specifies the message authentication code (MAC) algorithm `HmacSHA1` or `HmacSHA256`. Stored Password Protection performs Encrypt-then-MAC for protection from a padding oracle attack. This property is required.\n`mackey=`*HexDigits* | This value is the MAC key, encoded as hex digits. This property is required.\n\nThe TJEncryptPassword program uses a timestamp as a shared match value, but a timestamp is not required. Any shared string can serve as a match value. The timestamp is not related in any way to the encryption of the password, and the timestamp cannot be used to decrypt the password.\n\n#### Encrypted Password File Format\n\nThe encrypted password file is a text file in Java Properties file format, using the ISO 8859-1 character encoding.\n\nThe file must contain the following string properties:\n\nProperty | Description\n------------------------------------------------- | ---\n`version=1` | The version number must be `1`. This property is required.\n`match=`*MatchValue* | The password encryption key and encrypted password files must contain the same match value. The match values are compared to ensure that the two specified files are related to each other, serving as a \"sanity check\" to help avoid configuration errors. This property is required.\n`password=`*HexDigits* | This value is the encrypted password, encoded as hex digits. This property is required.\n`params=`*HexDigits* | This value contains the cipher algorithm parameters, if any, encoded as hex digits. Some ciphers need algorithm parameters that cannot be derived from the key, such as an initialization vector. This property is optional, depending on whether the cipher algorithm has associated parameters.\n`hash=`*HexDigits* | This value is the expected message authentication code (MAC), encoded as hex digits. After encryption, the expected MAC is calculated using the ciphertext, transformation name, and algorithm parameters if any. Before decryption, the driver calculates the MAC using the ciphertext, transformation name, and algorithm parameters if any, and verifies that the calculated MAC matches the expected MAC. If the calculated MAC differs from the expected MAC, then either or both of the files may have been tampered with. This property is required.\n\nWhile `params` is technically optional, an initialization vector is required by all three block cipher modes `CBC`, `CFB`, and `OFB` that are supported by the driver. ECB (Electronic Codebook) does not require `params`, but ECB is not supported by the driver.\n\n#### Transformation, Key Size, and MAC\n\nA transformation is a string that describes the set of operations to be performed on the given input, to produce transformed output. A transformation specifies the name of a cryptographic algorithm such AES, followed by a feedback mode and padding scheme.\n\nThe driver supports the following transformations and key sizes.\n\nTransformation | Key Size\n--------------------------- | ---\n`AES/CBC/NoPadding` | 128\n`AES/CBC/NoPadding` | 192\n`AES/CBC/NoPadding` | 256\n`AES/CBC/PKCS5Padding` | 128\n`AES/CBC/PKCS5Padding` | 192\n`AES/CBC/PKCS5Padding` | 256\n`AES/CFB/NoPadding` | 128\n`AES/CFB/NoPadding` | 192\n`AES/CFB/NoPadding` | 256\n`AES/CFB/PKCS5Padding` | 128\n`AES/CFB/PKCS5Padding` | 192\n`AES/CFB/PKCS5Padding` | 256\n`AES/OFB/NoPadding` | 128\n`AES/OFB/NoPadding` | 192\n`AES/OFB/NoPadding` | 256\n`AES/OFB/PKCS5Padding` | 128\n`AES/OFB/PKCS5Padding` | 192\n`AES/OFB/PKCS5Padding` | 256\n\nStored Password Protection uses a symmetric encryption algorithm such as AES, in which the same secret key is used for encryption and decryption of the password. Stored Password Protection does not use an asymmetric encryption algorithm such as RSA, with separate public and private keys.\n\nCBC (Cipher Block Chaining) is a block cipher encryption mode. With CBC, each ciphertext block is dependent on all plaintext blocks processed up to that point. CBC is suitable for encrypting data whose total byte count exceeds the algorithm's block size, and is therefore suitable for use with Stored Password Protection.\n\nStored Password Protection hides the password length in the encrypted password file by extending the length of the UTF8-encoded password with trailing null bytes. The length is extended to the next 512-byte boundary.\n\n* A block cipher with no padding, such as `AES/CBC/NoPadding`, may only be used to encrypt data whose byte count after extension is a multiple of the algorithm's block size. The 512-byte boundary is compatible with many block ciphers. AES, for example, has a block size of 128 bits (16 bytes), and is therefore compatible with the 512-byte boundary.\n* A block cipher with padding, such as `AES/CBC/PKCS5Padding`, can be used to encrypt data of any length. However, CBC with padding is vulnerable to a \"padding oracle attack\", so Stored Password Protection performs Encrypt-then-MAC for protection from a padding oracle attack. MAC algorithms `HmacSHA1` and `HmacSHA256` are supported.\n* The driver does not support block ciphers used as byte-oriented ciphers via modes such as `CFB8` or `OFB8`.\n\nThe strength of the encryption depends on your choice of cipher algorithm and key size.\n\n* AES uses a 128-bit (16 byte), 192-bit (24 byte), or 256-bit (32 byte) key.\n\n#### Sharing Files with the Teradata JDBC Driver\n\nThis driver and the Teradata JDBC Driver can share the files containing the password encryption key and encrypted password, if you use a transformation, key size, and MAC algorithm that is supported by both drivers.\n\n* Recommended choices for compatibility are `AES/CBC/NoPadding` and `HmacSHA256`.\n* Use a 256-bit key if your Java environment has the Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files from Oracle.\n* Use a 128-bit key if your Java environment does not have the Unlimited Strength Jurisdiction Policy Files.\n* Use `HmacSHA1` for compatibility with JDK 1.4.2.\n\n#### File Locations\n\nFor the `ENCRYPTED_PASSWORD(` syntax of the driver, each filename must be preceded by the `file:` prefix.\nThe *PasswordEncryptionKeyFileName* must be separated from the *EncryptedPasswordFileName* by a single comma. The files can be located in the current directory, specified with a relative path, or specified with an absolute path.\n\n\nExample for files in the current directory:\n\n ENCRYPTED_PASSWORD(file:JohnDoeKey.properties,file:JohnDoePass.properties)\n\nExample with relative paths:\n\n ENCRYPTED_PASSWORD(file:../dir1/JohnDoeKey.properties,file:../dir2/JohnDoePass.properties)\n\nExample with absolute paths on Windows:\n\n ENCRYPTED_PASSWORD(file:c:/dir1/JohnDoeKey.properties,file:c:/dir2/JohnDoePass.properties)\n\nExample with absolute paths on Linux:\n\n ENCRYPTED_PASSWORD(file:/dir1/JohnDoeKey.properties,file:/dir2/JohnDoePass.properties)\n\n#### Processing Sequence\n\nThe two filenames specified for an encrypted password must be accessible to the driver and must conform to the properties file formats described above. The driver raises an exception if the file is not accessible, or the file does not conform to the required file format.\n\nThe driver verifies that the match values in the two files are present, and match each other. The driver raises an exception if the match values differ from each other. The match values are compared to ensure that the two specified files are related to each other, serving as a \"sanity check\" to help avoid configuration errors. The TJEncryptPassword program uses a timestamp as a shared match value, but a timestamp is not required. Any shared string can serve as a match value. The timestamp is not related in any way to the encryption of the password, and the timestamp cannot be used to decrypt the password.\n\nBefore decryption, the driver calculates the MAC using the ciphertext, transformation name, and algorithm parameters if any, and verifies that the calculated MAC matches the expected MAC. The driver raises an exception if the calculated MAC differs from the expected MAC, to indicate that either or both of the files may have been tampered with.\n\nFinally, the driver uses the decrypted password to log on to the database.\n\n<a id=\"ClientAttributes\"></a>\n\n### Client Attributes\n\nClient Attributes record a variety of information about the client system and client software in the system tables `DBC.SessionTbl` and `DBC.EventLog`. Client Attributes are intended to be a replacement for the information recorded in the `LogonSource` column of the system tables `DBC.SessionTbl` and `DBC.EventLog`.\n\nThe Client Attributes are recorded at session logon time. Subsequently, the system views `DBC.SessionInfoV` and `DBC.LogOnOffV` can be queried to obtain information about the client system and client software on a per-session basis. Client Attribute values may be recorded in the database in either mixed-case or in uppercase, depending on the session character set and other factors. Analysis of recorded Client Attributes must flexibly accommodate either mixed-case or uppercase values.\n\nWarning: The information in this section is subject to change in future releases of the driver. Client Attributes can be \"mined\" for information about client system demographics; however, any applications that parse Client Attribute values must be changed if Client Attribute formats are changed in the future.\n\nClient Attributes are not intended to be used for workload management. Instead, query bands are intended for workload management. Any use of Client Attributes for workload management may break if Client Attributes are changed, or augmented, in the future.\n\nClient Attribute | Source | Description\n--------------------------- | -------- | ---\n`MechanismName` | database | The connection's logon mechanism; for example, TD2, LDAP, etc.\n`ClientIpAddress` | database | The client IP address, as determined by the database\n`ClientTcpPortNumber` | database | The connection's client TCP port number, as determined by the database\n`ClientIPAddrByClient` | driver | The client IP address, as determined by the driver\n`ClientPortByClient` | driver | The connection's client TCP port number, as determined by the driver\n`ClientProgramName` | driver | The client program name, followed by a streamlined call stack\n`ClientSystemUserId` | driver | The client user name\n`ClientOsName` | driver | The client operating system name\n`ClientProcThreadId` | driver | The client process ID\n`ClientVmName` | driver | Python runtime information\n`ClientTdHostName` | driver | The database hostname as specified by the application, without any COP suffix\n`ClientCOPSuffixedHostName` | driver | The COP-suffixed database hostname chosen by the driver\n`ServerIPAddrByClient` | driver | The database node's IP address, as determined by the driver\n`ServerPortByClient` | driver | The destination port number of the TCP connection to the database node, as determined by the driver\n`ClientConfType` | driver | The confidentiality type, as determined by the driver<br/>`V` - TLS used for encryption, with full certificate verification<br/>`C` - TLS used for encryption, with Certificate Authority (CA) verification<br/>`R` - TLS used for encryption, with no certificate verification<br/>`E` - TLS was not attempted, and TDGSS used for encryption<br/>`U` - TLS was not attempted, and TDGSS encryption depends on central administration<br/>`F` - TLS was attempted, but the TLS handshake failed, so this is a fallback to using TDGSS for encryption<br/>`H` - SSLMODE was set to PREFER, but a non-TLS connection was made, and TDGSS encryption depends on central administration\n`ServerConfType` | database | The confidentiality type, as determined by the database<br/>`T` - TLS used for encryption<br/>`E` - TDGSS used for encryption<br/>`U` - Data transfer is unencrypted\n`ClientConfVersion` | database | The TLS version as determined by the database, if this is an HTTPS/TLS connection\n`ClientConfCipherSuite` | database | The TLS cipher as determined by the database, if this is an HTTPS/TLS connection\n`ClientAttributesEx` | driver | Additional Client Attributes are available in this column as a list of name=value pairs, each terminated by a semicolon. Individual values can be accessed using the `NVP` system function.<br/>`PYTHON` - The Python version<br/>`TZ` - The Python current time zone<br/>`GO` - The Go version<br/>`SCS` - The session character set<br/>`CCS` - The client character set<br/>`LOB` - Y/N indicator for LOB support<br/>`SIP` - Y/N indicator for StatementInfo parcel support<br/>`TM` - The transaction mode indicator A (ANSI) or T (TERA)<br/>`ENC` - Y/N indicator for `encryptdata` connection parameter<br/>`DP` - The `dbs_port` connection parameter<br/>`HP` - The `https_port` connection parameter<br/>`SSL` - Numeric level corresponding to `sslmode`<br/>`SSLM` - The `sslmode` connection parameter<br/>`CERT` - The TLS certificate status<br/>`BA` - Y/N indicator for Browser Authentication<br/>`LM` - The logon authentication method<br/>`JWS` - The JSON Web Signature (JWS) algorithm<br/>`JH` - JWT header parameters to identify signature key<br/><br/>The `CERT` attribute indicates the TLS certificate status for an HTTPS/TLS connection. When the `CERT` attribute indicates the TLS certificate is valid (`V`) or invalid (`I`), then additional TLS certificate status details are provided as a series of comma-separated two-letter codes.<br/>`U` - the TLS certificate status is unavailable<br/>`V` - the TLS certificate status is valid<br/>`I` - the TLS certificate status is invalid<br/>`PU` - sslca PEM file is unavailable for server certificate verification<br/>`PA` - server certificate was verified using sslca PEM file<br/>`PR` - server certificate was rejected using sslca PEM file<br/>`DU` - sslcapath PEM directory is unavailable for server certificate verification<br/>`DA` - server certificate was verified using sslcapath PEM directory<br/>`DR` - server certificate was rejected using sslcapath PEM directory<br/>`SA` - server certificate was verified by the system<br/>`SR` - server certificate was rejected by the system<br/>`CY` - server certificate passed VERIFY-CA check<br/>`CN` - server certificate failed VERIFY-CA check<br/>`HU` - server hostname is unavailable for server certificate matching, because database IP address was specified<br/>`HY` - server hostname matches server certificate<br/>`HN` - server hostname does not match server certificate<br/>`RU` - resolved server hostname is unavailable for server certificate matching, because database IP address was specified<br/>`RY` - resolved server hostname matches server certificate<br/>`RN` - resolved server hostname does not match server certificate<br/>`IY` - IP address matches server certificate<br/>`IN` - IP address does not match server certificate<br/>`FY` - server certificate passed VERIFY-FULL check<br/>`FN` - server certificate failed VERIFY-FULL check\n\n#### LogonSource Column\n\nThe `LogonSource` column is obsolete and has been superseded by Client Attributes. The `LogonSource` column may be deprecated and subsequently removed in future releases of the database.\n\nWhen the driver establishes a connection to the database, the driver composes a string value that is stored in the `LogonSource` column of the system tables `DBC.SessionTbl` and `DBC.EventLog`. The `LogonSource` column is included in system views such as `DBC.SessionInfoV` and `DBC.LogOnOffV`. All `LogonSource` values are recorded in the database in uppercase.\n\nThe driver follows the format documented in the Teradata Data Dictionary, section \"System Views Columns Reference\", for network-attached `LogonSource` values. Network-attached `LogonSource` values have eight fields, separated by whitespace. The database composes fields 1 through 3, and the driver composes fields 4 through 8.\n\nField | Source | Description\n----- | -------- | ---\n1 | database | The string `(TCP/IP)` to indicate the connection type\n2 | database | The connection's client TCP port number, in hexadecimal\n3 | database | The client IP address, as determined by the database\n4 | driver | The database hostname as specified by the application, without any COP suffix\n5 | driver | The client process ID\n6 | driver | The client user name\n7 | driver | The client program name\n8 | driver | The string `01 LSS` to indicate the `LogonSource` string version `01`\n\n<a id=\"UserStartup\"></a>\n\n### User STARTUP SQL Request\n\n`CREATE USER` and `MODIFY USER` commands provide `STARTUP` clauses for specifying SQL commands to establish initial session settings. The following table lists several of the SQL commands that may be used to establish initial session settings.\n\nCategory | SQL command\n------------------------ | ---\nDiagnostic settings | `DIAGNOSTIC` ... `FOR SESSION`\nSession query band | `SET QUERY_BAND` ... `FOR SESSION`\nUnicode Pass Through | `SET SESSION CHARACTER SET UNICODE PASS THROUGH ON`\nTransaction isolation | `SET SESSION CHARACTERISTICS AS TRANSACTION ISOLATION LEVEL`\nCollation sequence | `SET SESSION COLLATION`\nTemporal qualifier | `SET SESSION CURRENT VALIDTIME AND CURRENT TRANSACTIONTIME`\nDate format | `SET SESSION DATEFORM`\nFunction tracing | `SET SESSION FUNCTION TRACE`\nSession time zone | `SET TIME ZONE`\n\nFor example, the following command sets a `STARTUP` SQL request for user `susan` to establish read-uncommitted transaction isolation after logon.\n\n MODIFY USER susan AS STARTUP='SET SESSION CHARACTERISTICS AS TRANSACTION ISOLATION LEVEL RU'\n\nThe driver's `runstartup` connection parameter must be `true` to execute the user's `STARTUP` SQL request after logon. The default for `runstartup` is `false`. If the `runstartup` connection parameter is omitted or `false`, then the user's `STARTUP` SQL request will not be executed.\n\n<a id=\"TransactionMode\"></a>\n\n### Transaction Mode\n\nThe `tmode` connection parameter enables an application to specify the transaction mode for the connection.\n* `\"tmode\":\"ANSI\"` provides American National Standards Institute (ANSI) transaction semantics. This mode is recommended.\n* `\"tmode\":\"TERA\"` provides legacy Teradata transaction semantics. This mode is only recommended for legacy applications that require Teradata transaction semantics.\n* `\"tmode\":\"DEFAULT\"` provides the default transaction mode configured for the database, which may be either ANSI or TERA mode. `\"tmode\":\"DEFAULT\"` is the default when the `tmode` connection parameter is omitted.\n\nWhile ANSI mode is generally recommended, please note that every application is different, and some applications may need to use TERA mode. The following differences between ANSI and TERA mode might affect a typical user or application:\n1. Silent truncation of inserted data occurs in TERA mode, but not ANSI mode. In ANSI mode, the database returns an error instead of truncating data.\n2. Tables created in ANSI mode are `MULTISET` by default. Tables created in TERA mode are `SET` tables by default.\n3. For tables created in ANSI mode, character columns are `CASESPECIFIC` by default. For tables created in TERA mode, character columns are `NOT CASESPECIFIC` by default.\n4. In ANSI mode, character literals are `CASESPECIFIC`. In TERA mode, character literals are `NOT CASESPECIFIC`.\n\nThe last two behavior differences, taken together, may cause character data comparisons (such as in `WHERE` clause conditions) to be case-insensitive in TERA mode, but case-sensitive in ANSI mode. This, in turn, can produce different query results in ANSI mode versus TERA mode. Comparing two `NOT CASESPECIFIC` expressions is case-insensitive regardless of mode, and comparing a `CASESPECIFIC` expression to another expression of any kind is case-sensitive regardless of mode. You may explicitly `CAST` an expression to be `CASESPECIFIC` or `NOT CASESPECIFIC` to obtain the character data comparison required by your application.\n\nThe Teradata Reference / *SQL Request and Transaction Processing* recommends that ANSI mode be used for all new applications. The primary benefit of using ANSI mode is that inadvertent data truncation is avoided. In contrast, when using TERA mode, silent data truncation can occur when data is inserted, because silent data truncation is a feature of TERA mode.\n\nA drawback of using ANSI mode is that you can only call stored procedures that were created using ANSI mode, and you cannot call stored procedures that were created using TERA mode. It may not be possible to switch over to ANSI mode exclusively, because you may have some legacy applications that require TERA mode to work properly. You can work around this drawback by creating your stored procedures twice, in two different users/databases, once using ANSI mode, and once using TERA mode.\n\nRefer to the Teradata Reference / *SQL Request and Transaction Processing* for complete information regarding the differences between ANSI and TERA transaction modes.\n\n<a id=\"AutoCommit\"></a>\n\n### Auto-Commit\n\nThe driver provides auto-commit on and off functionality for both ANSI and TERA mode.\n\nWhen a connection is first established, it begins with the default auto-commit setting, which is on. When auto-commit is on, the driver is solely responsible for managing transactions, and the driver commits each SQL request that is successfully executed. An application should not execute any transaction management SQL commands when auto-commit is on. An application should not call the `commit` method or the `rollback` method when auto-commit is on.\n\nAn application can manage transactions itself by setting the connection's `.autocommit` attribute to `False` to turn off auto-commit.\n\n con.autocommit = False\n\nWhen auto-commit is off, the driver leaves the current transaction open after each SQL request is executed, and the application is responsible for committing or rolling back the transaction by calling the `commit` or the `rollback` method, respectively.\n\nAuto-commit remains turned off until the application turns it back on by setting the connection's `.autocommit` attribute to `True`.\n\n con.autocommit = True\n\nBest practices recommend that an application avoid executing database-vendor-specific transaction management commands such as `BT`, `ET`, `ABORT`, `COMMIT`, or `ROLLBACK`, because such commands differ from one vendor to another. (They even differ between Teradata's two modes ANSI and TERA.) Instead, best practices recommend that an application only call the standard methods `commit` and `rollback` for transaction management.\n1. When auto-commit is on in ANSI mode, the driver automatically executes `COMMIT` after every successful SQL request.\n2. When auto-commit is off in ANSI mode, the driver does not automatically execute `COMMIT`. When the application calls the `commit` method, then the driver executes `COMMIT`.\n3. When auto-commit is on in TERA mode, the driver does not execute `BT` or `ET`, unless the application explicitly executes `BT` or `ET` commands itself, which is not recommended.\n4. When auto-commit is off in TERA mode, the driver executes `BT` before submitting the application's first SQL request of a new transaction. When the application calls the `commit` method, then the driver executes `ET` until the transaction is complete.\n\nAs part of the wire protocol between the database and Teradata client interface software (such as this driver), each message transmitted from the database to the client has a bit designated to indicate whether the session has a transaction in progress or not. Thus, the client interface software is kept informed as to whether the session has a transaction in progress or not.\n\nIn TERA mode with auto-commit off, when the application uses the driver to execute a SQL request, if the session does not have a transaction in progress, then the driver automatically executes `BT` before executing the application's SQL request. Subsequently, in TERA mode with auto-commit off, when the application uses the driver to execute another SQL request, and the session already has a transaction in progress, then the driver has no need to execute `BT` before executing the application's SQL request.\n\nIn TERA mode, `BT` and `ET` pairs can be nested, and the database keeps track of the nesting level. The outermost `BT`/`ET` pair defines the transaction scope; inner `BT`/`ET` pairs have no effect on the transaction because the database does not provide actual transaction nesting. To commit the transaction, `ET` commands must be repeatedly executed until the nesting is unwound. The Teradata wire protocol bit (mentioned earlier) indicates when the nesting is unwound and the transaction is complete. When the application calls the `commit` method in TERA mode, the driver repeatedly executes `ET` commands until the nesting is unwound and the transaction is complete.\n\nIn rare cases, an application may not follow best practices and may explicitly execute transaction management commands. Such an application must turn off auto-commit before executing transaction management commands such as `BT`, `ET`, `ABORT`, `COMMIT`, or `ROLLBACK`. The application is responsible for executing the appropriate commands for the transaction mode in effect. TERA mode commands are `BT`, `ET`, and `ABORT`. ANSI mode commands are `COMMIT` and `ROLLBACK`. An application must take special care when opening a transaction in TERA mode with auto-commit off. In TERA mode with auto-commit off, when the application executes a SQL request, if the session does not have a transaction in progress, then the driver automatically executes `BT` before executing the application's SQL request. Therefore, the application should not begin a transaction by executing `BT`.\n\n # TERA mode example showing undesirable BT/ET nesting\n con.autocommit = False\n cur.execute(\"BT\") # BT automatically executed by the driver before this, and produces a nested BT\n cur.execute(\"insert into mytable1 values(1, 2)\")\n cur.execute(\"insert into mytable2 values(3, 4)\")\n cur.execute(\"ET\") # unwind nesting\n cur.execute(\"ET\") # complete transaction\n\n # TERA mode example showing how to avoid BT/ET nesting\n con.autocommit = False\n cur.execute(\"insert into mytable1 values(1, 2)\") # BT automatically executed by the driver before this\n cur.execute(\"insert into mytable2 values(3, 4)\")\n cur.execute(\"ET\") # complete transaction\n\nPlease note that neither previous example shows best practices. Best practices recommend that an application only call the standard methods `commit` and `rollback` for transaction management.\n\n # Example showing best practice\n con.autocommit = False\n cur.execute(\"insert into mytable1 values(1, 2)\")\n cur.execute(\"insert into mytable2 values(3, 4)\")\n con.commit()\n\n<a id=\"DataTypes\"></a>\n\n### Data Types\n\nThe table below lists the database data types supported by the driver, and indicates the corresponding Python data type returned in result set rows.\n\nDatabase data type | Result set Python data type | With `teradata_values` as `false`\n---------------------------------- | --------------------------------- | ---\n`BIGINT` | `int` |\n`BLOB` | `bytes` |\n`BYTE` | `bytes` |\n`BYTEINT` | `int` |\n`CHAR` | `str` |\n`CLOB` | `str` |\n`DATE` | `datetime.date` | `str`\n`DECIMAL` | `decimal.Decimal` | `str`\n`FLOAT` | `float` |\n`INTEGER` | `int` |\n`INTERVAL YEAR` | `str` |\n`INTERVAL YEAR TO MONTH` | `str` |\n`INTERVAL MONTH` | `str` |\n`INTERVAL DAY` | `str` |\n`INTERVAL DAY TO HOUR` | `str` |\n`INTERVAL DAY TO MINUTE` | `str` |\n`INTERVAL DAY TO SECOND` | `str` |\n`INTERVAL HOUR` | `str` |\n`INTERVAL HOUR TO MINUTE` | `str` |\n`INTERVAL HOUR TO SECOND` | `str` |\n`INTERVAL MINUTE` | `str` |\n`INTERVAL MINUTE TO SECOND` | `str` |\n`INTERVAL SECOND` | `str` |\n`NUMBER` | `decimal.Decimal` | `str`\n`PERIOD(DATE)` | `str` |\n`PERIOD(TIME)` | `str` |\n`PERIOD(TIME WITH TIME ZONE)` | `str` |\n`PERIOD(TIMESTAMP)` | `str` |\n`PERIOD(TIMESTAMP WITH TIME ZONE)` | `str` |\n`SMALLINT` | `int` |\n`TIME` | `datetime.time` | `str`\n`TIME WITH TIME ZONE` | `datetime.time` with `tzinfo` | `str`\n`TIMESTAMP` | `datetime.datetime` | `str`\n`TIMESTAMP WITH TIME ZONE` | `datetime.datetime` with `tzinfo` | `str`\n`VARBYTE` | `bytes` |\n`VARCHAR` | `str` |\n`XML` | `str` |\n\nThe table below lists the parameterized SQL bind-value Python data types supported by the driver, and indicates the corresponding database data type transmitted to the server.\n\nBind-value Python data type | Database data type\n--------------------------------- | ---\n`bytes` | `VARBYTE`\n`datetime.date` | `DATE`\n`datetime.datetime` | `TIMESTAMP`\n`datetime.datetime` with `tzinfo` | `TIMESTAMP WITH TIME ZONE`\n`datetime.time` | `TIME`\n`datetime.time` with `tzinfo` | `TIME WITH TIME ZONE`\n`datetime.timedelta` | `VARCHAR` format compatible with `INTERVAL DAY TO SECOND`\n`decimal.Decimal` | `NUMBER`\n`float` | `FLOAT`\n`int` | `BIGINT`\n`str` | `VARCHAR`\n\nTransforms are used for SQL `ARRAY` data values, and they can be transferred to and from the database as `VARCHAR` values.\n\nTransforms are used for structured UDT data values, and they can be transferred to and from the database as `VARCHAR` values.\n\n<a id=\"NullValues\"></a>\n\n### Null Values\n\nSQL `NULL` values received from the database are returned in result set rows as Python `None` values.\n\nA Python `None` value bound to a question-mark parameter marker is transmitted to the database as a `NULL` `VARCHAR` value.\n\nThe database does not provide automatic or implicit conversion of a `NULL` `VARCHAR` value to a different destination data type.\n* For `NULL` column values in a batch, the driver will automatically convert the `NULL` values to match the data type of the non-`NULL` values in the same column.\n* For solitary `NULL` values, your application may need to explicitly specify the data type with the `teradata_parameter` escape function, in order to avoid database error 3532 for non-permitted data type conversion.\n\nGiven a table with a destination column of `BYTE(4)`, the database would reject the following SQL with database error 3532 \"Conversion between BYTE data and other types is illegal.\"\n\n cur.execute(\"update mytable set bytecolumn = ?\", [None]) # fails with database error 3532\n\nTo avoid database error 3532 in this situation, your application must use the the `teradata_parameter` escape function to specify the data type for the question-mark parameter marker.\n\n cur.execute(\"{fn teradata_parameter(1, BYTE(4))}update mytable set bytecolumn = ?\", [None])\n\n<a id=\"CharacterExportWidth\"></a>\n\n### Character Export Width\n\nThe driver always uses the UTF8 session character set, and the `charset` connection parameter is not supported. Be aware of the database's *Character Export Width* behavior that adds trailing space padding to fixed-width `CHAR` data type result set column values when using the UTF8 session character set.\n\nThe database `CHAR(`_n_`)` data type is a fixed-width data type (holding _n_ characters), and the database reserves a fixed number of bytes for the `CHAR(`_n_`)` data type in response spools and in network message traffic.\n\nUTF8 is a variable-width character encoding scheme that requires a varying number of bytes for each character. When the UTF8 session character set is used, the database reserves the maximum number of bytes that the `CHAR(`_n_`)` data type could occupy in response spools and in network message traffic. When the UTF8 session character set is used, the database appends padding characters to the tail end of `CHAR(`_n_`)` values smaller than the reserved maximum size, so that the `CHAR(`_n_`)` values all occupy the same fixed number of bytes in response spools and in network message traffic.\n\nWork around this drawback by using `CAST` or `TRIM` in SQL `SELECT` statements, or in views, to convert fixed-width `CHAR` data types to `VARCHAR`.\n\nGiven a table with fixed-width `CHAR` columns:\n\n`CREATE TABLE MyTable (c1 CHAR(10), c2 CHAR(10))`\n\nOriginal query that produces trailing space padding:\n\n`SELECT c1, c2 FROM MyTable`\n\nModified query with either `CAST` or `TRIM` to avoid trailing space padding:\n\n`SELECT CAST(c1 AS VARCHAR(10)), TRIM(TRAILING FROM c2) FROM MyTable`\n\nOr wrap query in a view with `CAST` or `TRIM` to avoid trailing space padding:\n\n`CREATE VIEW MyView (c1, c2) AS SELECT CAST(c1 AS VARCHAR(10)), TRIM(TRAILING FROM c2) FROM MyTable`\n\n`SELECT c1, c2 FROM MyView`\n\nThis technique is also demonstrated in sample program `CharPadding.py`.\n\n<a id=\"ModuleConstructors\"></a>\n\n### Module Constructors\n\n`teradatasql.connect(` *JSONConnectionString* `,` *Parameters...* `)`\n\nCreates a connection to the database and returns a Connection object.\n\nThe first parameter is an optional JSON string that defaults to `None`. The second and subsequent arguments are optional `kwargs`. Specify connection parameters as a JSON string, as `kwargs`, or a combination of the two.\n\nWhen a combination of parameters are specified, connection parameters specified as `kwargs` take precedence over same-named connection parameters specified in the JSON string.\n\n---\n\n`teradatasql.Date(` *Year* `,` *Month* `,` *Day* `)`\n\nCreates and returns a `datetime.date` value.\n\n---\n\n`teradatasql.DateFromTicks(` *Seconds* `)`\n\nCreates and returns a `datetime.date` value corresponding to the specified number of seconds after 1970-01-01 00:00:00.\n\n---\n\n`teradatasql.Time(` *Hour* `,` *Minute* `,` *Second* `)`\n\nCreates and returns a `datetime.time` value.\n\n---\n\n`teradatasql.TimeFromTicks(` *Seconds* `)`\n\nCreates and returns a `datetime.time` value corresponding to the specified number of seconds after 1970-01-01 00:00:00.\n\n---\n\n`teradatasql.Timestamp(` *Year* `,` *Month* `,` *Day* `,` *Hour* `,` *Minute* `,` *Second* `)`\n\nCreates and returns a `datetime.datetime` value.\n\n---\n\n`teradatasql.TimestampFromTicks(` *Seconds* `)`\n\nCreates and returns a `datetime.datetime` value corresponding to the specified number of seconds after 1970-01-01 00:00:00.\n\n<a id=\"ModuleGlobals\"></a>\n\n### Module Globals\n\n`teradatasql.apilevel`\n\nString constant `\"2.0\"` indicating that the driver implements the [PEP-249 Python Database API Specification 2.0](https://www.python.org/dev/peps/pep-0249/).\n\n---\n\n`teradatasql.threadsafety`\n\nInteger constant `2` indicating that threads may share this module, and threads may share connections, but threads must not share cursors.\n\n---\n\n`teradatasql.paramstyle`\n\nString constant `\"qmark\"` indicating that prepared SQL requests use question-mark parameter markers.\n\n<a id=\"ModuleExceptions\"></a>\n\n### Module Exceptions\n\n`teradatasql.Error` is the base class for other exceptions.\n* `teradatasql.InterfaceError` is raised for errors related to the driver. Not supported yet.\n* `teradatasql.DatabaseError` is raised for errors related to the database.\n * `teradatasql.DataError` is raised for data value errors such as division by zero. Not supported yet.\n * `teradatasql.IntegrityError` is raised for referential integrity violations. Not supported yet.\n * `teradatasql.OperationalError` is raised for errors related to the database's operation.\n * `teradatasql.ProgrammingError` is raised for SQL object existence errors and SQL syntax errors. Not supported yet.\n\n<a id=\"ConnectionAttributes\"></a>\n\n### Connection Attributes\n\n`.autocommit`\n\nRead/write `bool` attribute for the connection's auto-commit setting. Defaults to `True` meaning auto-commit is turned on.\n\n<a id=\"ConnectionMethods\"></a>\n\n### Connection Methods\n\n`.cancel()`\n\nAttempts to cancel the currently executing SQL request, if one is currently executing. Does nothing if called when no SQL request is executing.\n\nThis method must be called from a thread other than the thread which is blocked while executing the SQL request.\n\n---\n\n`.close()`\n\nCloses the Connection.\n\n---\n\n`.commit()`\n\nCommits the current transaction.\n\n---\n\n`.cursor()`\n\nCreates and returns a new Cursor object for the Connection.\n\n---\n\n`.rollback()`\n\nRolls back the current transaction.\n\n<a id=\"CursorAttributes\"></a>\n\n### Cursor Attributes\n\n`.activityname`\n\nRead-only `str` attribute indicating the activity name of the current SQL statement, such as `Select`, `Insert`, or `Update`.\n\nThe value `unknown` indicates the database provided an activity type code that the driver does not recognize.\n\n---\n\n`.activitytype`\n\nRead-only `int` attribute indicating the activity type code of the current SQL statement, such as `1` for Select, `2` for Insert, or `3` for Update.\n\nActivity type codes are documented in the [Activity Type section of the Teradata Call-Level Interface Version 2 Reference](https://docs.teradata.com/r/Enterprise_IntelliFlex_Lake_VMware/Teradata-Call-Level-Interface-Version-2-Reference-for-Workstation-Attached-Systems-17.20/Parcels/Common-Parcel-Fields/Activity-Type).\n\n---\n\n`.arraysize`\n\nRead/write `int` attribute specifying the number of rows to fetch at a time with the `.fetchmany()` method. Defaults to `1` meaning fetch a single row at a time.\n\n---\n\n`.connection`\n\nRead-only attribute indicating the Cursor's parent Connection object.\n\n---\n\n`.description`\n\nRead-only attribute consisting of a sequence of seven-item sequences that each describe a result set column, available after a SQL request is executed.\n* `.description[`*Column*`][0]` provides the column name.\n* `.description[`*Column*`][1]` provides the column type code as an object comparable to one of the Type Objects listed below.\n* `.description[`*Column*`][2]` provides the column display size in characters. Not implemented yet.\n* `.description[`*Column*`][3]` provides the column size in bytes.\n* `.description[`*Column*`][4]` provides the column precision if applicable, or `None` otherwise.\n* `.description[`*Column*`][5]` provides the column scale if applicable, or `None` otherwise.\n* `.description[`*Column*`][6]` provides the column nullability as `True` or `False`.\n\n---\n\n`.rowcount`\n\nRead-only `int` attribute indicating the number of rows returned from, or affected by, the current SQL statement.\n\n<a id=\"CursorMethods\"></a>\n\n### Cursor Methods\n\n`.callproc(` *ProcedureName* `,` *OptionalSequenceOfParameterValues* `)`\n\nCalls the stored procedure specified by *ProcedureName*.\nProvide the second argument as a sequence of `IN` and `INOUT` parameter values to bind the values to question-mark parameter markers in the SQL request.\nSpecifying parameter values as a mapping is not supported.\nReturns a result set consisting of the `INOUT` parameter output values, if any, followed by any dynamic result sets.\n\n`OUT` parameters are not supported by this method. Use `.execute` to call a stored procedure with `OUT` parameters.\n\n---\n\n`.close()`\n\nCloses the Cursor.\n\n---\n\n`.execute(` *SQLRequest* `,` *OptionalSequenceOfParameterValues* `, ignoreErrors=` *OptionalSequenceOfIgnoredErrorCodes* `)`\n\nExecutes the SQL request.\nIf a sequence of parameter values is provided as the second argument, the values will be bound to question-mark parameter markers in the SQL request. Specifying parameter values as a mapping is not supported.\n\nThe `ignoreErrors` parameter is optional. The ignored error codes must be specified as a sequence of integers.\n\n---\n\n`.executemany(` *SQLRequest* `,` *SequenceOfSequencesOfParameterValues* `, ignoreErrors=` *OptionalSequenceOfIgnoredErrorCodes* `)`\n\nExecutes the SQL request as an iterated SQL request for the batch of parameter values.\nThe batch of parameter values must be specified as a sequence of sequences. Specifying parameter values as a mapping is not supported.\n\nThe `ignoreErrors` parameter is optional. The ignored error codes must be specified as a sequence of integers.\n\n---\n\n`.fetchall()`\n\nFetches all remaining rows of the current result set.\nReturns a sequence of sequences of column values.\n\n---\n\n`.fetchmany(` *OptionalRowCount* `)`\n\nFetches the next series of rows of the current result set.\nThe argument specifies the number of rows to fetch. If no argument is provided, then the Cursor's `.arraysize` attribute will determine the number of rows to fetch.\nReturns a sequence of sequences of column values, or an empty sequence to indicate that all rows have been fetched.\n\n---\n\n`.fetchone()`\n\nFetches the next row of the current result set.\nReturns a sequence of column values, or `None` to indicate that all rows have been fetched.\n\n---\n\n`.nextset()`\n\nAdvances to the next result set.\nReturns `True` if another result set is available, or `None` to indicate that all result sets have been fetched.\n\n---\n\n`.setinputsizes(` *SequenceOfTypesOrSizes* `)`\n\nHas no effect.\n\n---\n\n`.setoutputsize(` *Size* `,` *OptionalColumnIndex* `)`\n\nHas no effect.\n\n<a id=\"TypeObjects\"></a>\n\n### Type Objects\n\n`teradatasql.BINARY`\n\nIdentifies a SQL `BLOB`, `BYTE`, or `VARBYTE` column as a binary data type when compared with the Cursor's description attribute.\n\n`.description[`*Column*`][1] == teradatasql.BINARY`\n\n---\n\n`teradatasql.DATETIME`\n\nIdentifies a SQL `DATE`, `TIME`, `TIME WITH TIME ZONE`, `TIMESTAMP`, or `TIMESTAMP WITH TIME ZONE` column as a date/time data type when compared with the Cursor's description attribute.\n\n`.description[`*Column*`][1] == teradatasql.DATETIME`\n\n---\n\n`teradatasql.NUMBER`\n\nIdentifies a SQL `BIGINT`, `BYTEINT`, `DECIMAL`, `FLOAT`, `INTEGER`, `NUMBER`, or `SMALLINT` column as a numeric data type when compared with the Cursor's description attribute.\n\n`.description[`*Column*`][1] == teradatasql.NUMBER`\n\n---\n\n`teradatasql.STRING`\n\nIdentifies a SQL `CHAR`, `CLOB`, `INTERVAL`, `PERIOD`, or `VARCHAR` column as a character data type when compared with the Cursor's description attribute.\n\n`.description[`*Column*`][1] == teradatasql.STRING`\n\n<a id=\"EscapeSyntax\"></a>\n\n### Escape Syntax\n\nThe driver accepts most of the JDBC escape clauses offered by the Teradata JDBC Driver.\n\n#### Date and Time Literals\n\nDate and time literal escape clauses are replaced by the corresponding SQL literal before the SQL request text is transmitted to the database.\n\nLiteral Type | Format\n------------ | ------\nDate | `{d '`*yyyy-mm-dd*`'}`\nTime | `{t '`*hh:mm:ss*`'}`\nTimestamp | `{ts '`*yyyy-mm-dd hh:mm:ss*`'}`\nTimestamp | `{ts '`*yyyy-mm-dd hh:mm:ss.f*`'}`\n\nFor timestamp literal escape clauses, the decimal point and fractional digits may be omitted, or 1 to 6 fractional digits *f* may be specified after a decimal point.\n\n#### Scalar Functions\n\nScalar function escape clauses are replaced by the corresponding SQL expression before the SQL request text is transmitted to the database.\n\nNumeric Function | Returns\n-------------------------------------- | ---\n`{fn ABS(`*number*`)}` | Absolute value of *number*\n`{fn ACOS(`*float*`)}` | Arccosine, in radians, of *float*\n`{fn ASIN(`*float*`)}` | Arcsine, in radians, of *float*\n`{fn ATAN(`*float*`)}` | Arctangent, in radians, of *float*\n`{fn ATAN2(`*y*`,`*x*`)}` | Arctangent, in radians, of *y* / *x*\n`{fn CEILING(`*number*`)}` | Smallest integer greater than or equal to *number*\n`{fn COS(`*float*`)}` | Cosine of *float* radians\n`{fn COT(`*float*`)}` | Cotangent of *float* radians\n`{fn DEGREES(`*number*`)}` | Degrees in *number* radians\n`{fn EXP(`*float*`)}` | *e* raised to the power of *float*\n`{fn FLOOR(`*number*`)}` | Largest integer less than or equal to *number*\n`{fn LOG(`*float*`)}` | Natural (base *e*) logarithm of *float*\n`{fn LOG10(`*float*`)}` | Base 10 logarithm of *float*\n`{fn MOD(`*integer1*`,`*integer2*`)}` | Remainder for *integer1* / *integer2*\n`{fn PI()}` | The constant pi, approximately equal to 3.14159...\n`{fn POWER(`*number*`,`*integer*`)}` | *number* raised to *integer* power\n`{fn RADIANS(`*number*`)}` | Radians in *number* degrees\n`{fn RAND(`*seed*`)}` | A random float value such that 0 ≤ value < 1, and *seed* is ignored\n`{fn ROUND(`*number*`,`*places*`)}` | *number* rounded to *places*\n`{fn SIGN(`*number*`)}` | -1 if *number* is negative; 0 if *number* is 0; 1 if *number* is positive\n`{fn SIN(`*float*`)}` | Sine of *float* radians\n`{fn SQRT(`*float*`)}` | Square root of *float*\n`{fn TAN(`*float*`)}` | Tangent of *float* radians\n`{fn TRUNCATE(`*number*`,`*places*`)}` | *number* truncated to *places*\n\nString Function | Returns\n-------------------------------------------------------------- | ---\n`{fn ASCII(`*string*`)}` | ASCII code of the first character in *string*\n`{fn CHAR(`*code*`)}` | Character with ASCII *code*\n`{fn CHAR_LENGTH(`*string*`)}` | Length in characters of *string*\n`{fn CHARACTER_LENGTH(`*string*`)}` | Length in characters of *string*\n`{fn CONCAT(`*string1*`,`*string2*`)}` | String formed by concatenating *string1* and *string2*\n`{fn DIFFERENCE(`*string1*`,`*string2*`)}` | A number from 0 to 4 that indicates the phonetic similarity of *string1* and *string2* based on their Soundex codes, such that a larger return value indicates greater phonetic similarity; 0 indicates no similarity, 4 indicates strong similarity\n`{fn INSERT(`*string1*`,`*position*`,`*length*`,`*string2*`)}` | String formed by replacing the *length*-character segment of *string1* at *position* with *string2*, available beginning with Teradata Database 15.0\n`{fn LCASE(`*string*`)}` | String formed by replacing all uppercase characters in *string* with their lowercase equivalents\n`{fn LEFT(`*string*`,`*count*`)}` | Leftmost *count* characters of *string*\n`{fn LENGTH(`*string*`)}` | Length in characters of *string*\n`{fn LOCATE(`*string1*`,`*string2*`)}` | Position in *string2* of the first occurrence of *string1*, or 0 if *string2* does not contain *string1*\n`{fn LTRIM(`*string*`)}` | String formed by removing leading spaces from *string*\n`{fn OCTET_LENGTH(`*string*`)}` | Length in octets (bytes) of *string*\n`{fn POSITION(`*string1*` IN `*string2*`)}` | Position in *string2* of the first occurrence of *string1*, or 0 if *string2* does not contain *string1*\n`{fn REPEAT(`*string*`,`*count*`)}` | String formed by repeating *string* *count* times, available beginning with Teradata Database 15.0\n`{fn REPLACE(`*string1*`,`*string2*`,`*string3*`)}` | String formed by replacing all occurrences of *string2* in *string1* with *string3*\n`{fn RIGHT(`*string*`,`*count*`)}` | Rightmost *count* characters of *string*, available beginning with Teradata Database 15.0\n`{fn RTRIM(`*string*`)}` | String formed by removing trailing spaces from *string*\n`{fn SOUNDEX(`*string*`)}` | Soundex code for *string*\n`{fn SPACE(`*count*`)}` | String consisting of *count* spaces\n`{fn SUBSTRING(`*string*`,`*position*`,`*length*`)}` | The *length*-character segment of *string* at *position*\n`{fn UCASE(`*string*`)}` | String formed by replacing all lowercase characters in *string* with their uppercase equivalents\n\nSystem Function | Returns\n--------------------------------------- | ---\n`{fn DATABASE()}` | Current default database name\n`{fn IFNULL(`*expression*`,`*value*`)}` | *expression* if *expression* is not NULL, or *value* if *expression* is NULL\n`{fn USER()}` | Logon user name, which may differ from the current authorized user name after `SET QUERY_BAND` sets a proxy user\n\nTime/Date Function | Returns\n------------------------------------------------------------------ | ---\n`{fn CURDATE()}` | Current date\n`{fn CURRENT_DATE()}` | Current date\n`{fn CURRENT_TIME()}` | Current time\n`{fn CURRENT_TIMESTAMP()}` | Current date and time\n`{fn CURTIME()}` | Current time\n`{fn DAYOFMONTH(`*date*`)}` | Integer from 1 to 31 indicating the day of month in *date*\n`{fn EXTRACT(YEAR FROM `*value*`)}` | The year component of the date and/or time *value*\n`{fn EXTRACT(MONTH FROM `*value*`)}` | The month component of the date and/or time *value*\n`{fn EXTRACT(DAY FROM `*value*`)}` | The day component of the date and/or time *value*\n`{fn EXTRACT(HOUR FROM `*value*`)}` | The hour component of the date and/or time *value*\n`{fn EXTRACT(MINUTE FROM `*value*`)}` | The minute component of the date and/or time *value*\n`{fn EXTRACT(SECOND FROM `*value*`)}` | The second component of the date and/or time *value*\n`{fn HOUR(`*time*`)}` | Integer from 0 to 23 indicating the hour of *time*\n`{fn MINUTE(`*time*`)}` | Integer from 0 to 59 indicating the minute of *time*\n`{fn MONTH(`*date*`)}` | Integer from 1 to 12 indicating the month of *date*\n`{fn NOW()}` | Current date and time\n`{fn SECOND(`*time*`)}` | Integer from 0 to 59 indicating the second of *time*\n`{fn TIMESTAMPADD(SQL_TSI_YEAR,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* years to *timestamp*\n`{fn TIMESTAMPADD(SQL_TSI_MONTH,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* months to *timestamp*\n`{fn TIMESTAMPADD(SQL_TSI_DAY,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* days to *timestamp*\n`{fn TIMESTAMPADD(SQL_TSI_HOUR,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* hours to *timestamp*\n`{fn TIMESTAMPADD(SQL_TSI_MINUTE,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* minutes to *timestamp*\n`{fn TIMESTAMPADD(SQL_TSI_SECOND,`*count*`,`*timestamp*`)}` | Timestamp formed by adding *count* seconds to *timestamp*\n`{fn TIMESTAMPDIFF(SQL_TSI_YEAR,`*timestamp1*`,`*timestamp2*`)}` | Number of years by which *timestamp2* exceeds *timestamp1*\n`{fn TIMESTAMPDIFF(SQL_TSI_MONTH,`*timestamp1*`,`*timestamp2*`)}` | Number of months by which *timestamp2* exceeds *timestamp1*\n`{fn TIMESTAMPDIFF(SQL_TSI_DAY,`*timestamp1*`,`*timestamp2*`)}` | Number of days by which *timestamp2* exceeds *timestamp1*\n`{fn TIMESTAMPDIFF(SQL_TSI_HOUR,`*timestamp1*`,`*timestamp2*`)}` | Number of hours by which *timestamp2* exceeds *timestamp1*\n`{fn TIMESTAMPDIFF(SQL_TSI_MINUTE,`*timestamp1*`,`*timestamp2*`)}` | Number of minutes by which *timestamp2* exceeds *timestamp1*\n`{fn TIMESTAMPDIFF(SQL_TSI_SECOND,`*timestamp1*`,`*timestamp2*`)}` | Number of seconds by which *timestamp2* exceeds *timestamp1*\n`{fn YEAR(`*date*`)}` | The year of *date*\n\n#### Conversion Functions\n\nConversion function escape clauses are replaced by the corresponding SQL expression before the SQL request text is transmitted to the database.\n\nConversion Function | Returns\n--------------------------------------------------------------- | ---\n`{fn CONVERT(`*value*`, SQL_BIGINT)}` | *value* converted to SQL `BIGINT`\n`{fn CONVERT(`*value*`, SQL_BINARY(`*size*`))}` | *value* converted to SQL `BYTE(`*size*`)`\n`{fn CONVERT(`*value*`, SQL_CHAR(`*size*`))}` | *value* converted to SQL `CHAR(`*size*`)`\n`{fn CONVERT(`*value*`, SQL_DATE)}` | *value* converted to SQL `DATE`\n`{fn CONVERT(`*value*`, SQL_DECIMAL(`*precision*`,`*scale*`))}` | *value* converted to SQL `DECIMAL(`*precision*`,`*scale*`)`\n`{fn CONVERT(`*value*`, SQL_DOUBLE)}` | *value* converted to SQL `DOUBLE PRECISION`, a synonym for `FLOAT`\n`{fn CONVERT(`*value*`, SQL_FLOAT)}` | *value* converted to SQL `FLOAT`\n`{fn CONVERT(`*value*`, SQL_INTEGER)}` | *value* converted to SQL `INTEGER`\n`{fn CONVERT(`*value*`, SQL_LONGVARBINARY)}` | *value* converted to SQL `VARBYTE(64000)`\n`{fn CONVERT(`*value*`, SQL_LONGVARCHAR)}` | *value* converted to SQL `LONG VARCHAR`\n`{fn CONVERT(`*value*`, SQL_NUMERIC)}` | *value* converted to SQL `NUMBER`\n`{fn CONVERT(`*value*`, SQL_SMALLINT)}` | *value* converted to SQL `SMALLINT`\n`{fn CONVERT(`*value*`, SQL_TIME(`*scale*`))}` | *value* converted to SQL `TIME(`*scale*`)`\n`{fn CONVERT(`*value*`, SQL_TIMESTAMP(`*scale*`))}` | *value* converted to SQL `TIMESTAMP(`*scale*`)`\n`{fn CONVERT(`*value*`, SQL_TINYINT)}` | *value* converted to SQL `BYTEINT`\n`{fn CONVERT(`*value*`, SQL_VARBINARY(`*size*`))}` | *value* converted to SQL `VARBYTE(`*size*`)`\n`{fn CONVERT(`*value*`, SQL_VARCHAR(`*size*`))}` | *value* converted to SQL `VARCHAR(`*size*`)`\n\n#### LIKE Predicate Escape Character\n\nWithin a `LIKE` predicate's *pattern* argument, the characters `%` (percent) and `_` (underscore) serve as wildcards.\nTo interpret a particular wildcard character literally in a `LIKE` predicate's *pattern* argument, the wildcard character must be preceded by an escape character, and the escape character must be indicated in the `LIKE` predicate's `ESCAPE` clause.\n\n`LIKE` predicate escape character escape clauses are replaced by the corresponding SQL clause before the SQL request text is transmitted to the database.\n\n`{escape '`*EscapeCharacter*`'}`\n\nThe escape clause must be specified immediately after the `LIKE` predicate that it applies to.\n\n#### Outer Joins\n\nOuter join escape clauses are replaced by the corresponding SQL clause before the SQL request text is transmitted to the database.\n\n`{oj `*TableName* *OptionalCorrelationName* `LEFT OUTER JOIN `*TableName* *OptionalCorrelationName* `ON `*JoinCondition*`}`\n\n`{oj `*TableName* *OptionalCorrelationName* `RIGHT OUTER JOIN `*TableName* *OptionalCorrelationName* `ON `*JoinCondition*`}`\n\n`{oj `*TableName* *OptionalCorrelationName* `FULL OUTER JOIN `*TableName* *OptionalCorrelationName* `ON `*JoinCondition*`}`\n\n#### Stored Procedure Calls\n\nStored procedure call escape clauses are replaced by the corresponding SQL clause before the SQL request text is transmitted to the database.\n\n`{call `*ProcedureName*`}`\n\n`{call `*ProcedureName*`(`*CommaSeparatedParameterValues...*`)}`\n\n#### Native SQL\n\nWhen a SQL request contains the native SQL escape clause, all escape clauses are replaced in the SQL request text, and the modified SQL request text is returned to the application as a result set containing a single row and a single VARCHAR column. The SQL request text is not transmitted to the database, and the SQL request is not executed. The native SQL escape clause mimics the functionality of the JDBC API `Connection.nativeSQL` method.\n\n`{fn teradata_nativesql}`\n\n#### Connection Functions\n\nThe following table lists connection function escape clauses that are intended for use with the native SQL escape clause `{fn teradata_nativesql}`.\n\nThese functions provide information about the connection, or control the behavior of the connection.\nFunctions that provide information return locally-cached information and avoid a round-trip to the database.\nConnection function escape clauses are replaced by the returned information before the SQL request text is transmitted to the database.\n\nConnection Function | Returns\n--------------------------------------------- | ---\n`{fn teradata_amp_count}` | Number of AMPs of the database system\n`{fn teradata_database_version}` | Version number of the database\n`{fn teradata_driver_version}` | Version number of the driver\n`{fn teradata_get_errors}` | Errors from the most recent batch operation\n`{fn teradata_get_warnings}` | Warnings from an operation that completed with warnings\n`{fn teradata_getloglevel}` | Current log level\n`{fn teradata_go_runtime}` | Go runtime version for the Teradata GoSQL Driver\n`{fn teradata_logon_sequence_number}` | Session's Logon Sequence Number, if available\n`{fn teradata_program_name}` | Executable program name\n`{fn teradata_provide(config_response)}` | Config Response parcel contents in JSON format\n`{fn teradata_provide(connection_id)}` | Connection's unique identifier within the process\n`{fn teradata_provide(default_connection)}` | `false` indicating this is not a stored procedure default connection\n`{fn teradata_provide(gateway_config)}` | Gateway Config parcel contents in JSON format\n`{fn teradata_provide(governed)}` | `true` or `false` indicating the `govern` connection parameter setting\n`{fn teradata_provide(host_id)}` | Session's host ID\n`{fn teradata_provide(java_charset_name)}` | `UTF8`\n`{fn teradata_provide(lob_support)}` | `true` or `false` indicating this connection's LOB support\n`{fn teradata_provide(local_address)}` | Local address of the connection's TCP socket\n`{fn teradata_provide(local_port)}` | Local port of the connection's TCP socket\n`{fn teradata_provide(original_hostname)}` | Original specified database hostname\n`{fn teradata_provide(redrive_active)}` | `true` or `false` indicating whether this connection has Redrive active\n`{fn teradata_provide(remote_address)}` | Hostname (if available) and IP address of the connected database node\n`{fn teradata_provide(remote_port)}` | TCP port number of the database\n`{fn teradata_provide(rnp_active)}` | `true` or `false` indicating whether this connection has Recoverable Network Protocol active\n`{fn teradata_provide(session_charset_code)}` | Session character set code `191`\n`{fn teradata_provide(session_charset_name)}` | Session character set name `UTF8`\n`{fn teradata_provide(sip_support)}` | `true` or `false` indicating this connection's StatementInfo parcel support\n`{fn teradata_provide(transaction_mode)}` | Session's transaction mode, `ANSI` or `TERA`\n`{fn teradata_provide(uses_check_workload)}` | `true` or `false` indicating whether this connection uses `CHECK WORKLOAD`\n`{fn teradata_session_number}` | Session number\n\n#### Request-Scope Functions\n\nThe following table lists request-scope function escape clauses that are intended for use with the Cursor `.execute` or `.executemany` methods.\n\nThese functions control the behavior of the corresponding Cursor, and are limited in scope to the particular SQL request in which they are specified.\nRequest-scope function escape clauses are removed before the SQL request text is transmitted to the database.\n\nRequest-Scope Function | Effect\n------------------------------------------------------ | ---\n`{fn teradata_agkr(`*Option*`)}` | Executes the SQL request with Auto-Generated Key Retrieval (AGKR) *Option* `C` (identity column value) or `R` (entire row)\n`{fn teradata_clobtranslate(`*Option*`)}` | Executes the SQL request with CLOB translate *Option* `U` (unlocked) or the default `L` (locked)\n`{fn teradata_error_query_count(`*Number*`)}` | Specifies how many times the driver will attempt to query FastLoad Error Table 1 after a FastLoad operation. Takes precedence over the `error_query_count` connection parameter.\n`{fn teradata_error_query_interval(`*Milliseconds*`)}` | Specifies how many milliseconds the driver will wait between attempts to query FastLoad Error Table 1. Takes precedence over the `error_query_interval` connection parameter.\n`{fn teradata_error_table_1_suffix(`*Suffix*`)}` | Specifies the suffix to append to the name of FastLoad error table 1. Takes precedence over the `error_table_1_suffix` connection parameter.\n`{fn teradata_error_table_2_suffix(`*Suffix*`)}` | Specifies the suffix to append to the name of FastLoad error table 2. Takes precedence over the `error_table_2_suffix` connection parameter.\n`{fn teradata_error_table_database(`*DbName*`)}` | Specifies the parent database name for FastLoad error tables 1 and 2. Takes precedence over the `error_table_database` connection parameter.\n`{fn teradata_failfast}` | Reject (\"fail fast\") this SQL request rather than delay by a workload management rule or throttle\n`{fn teradata_fake_result_sets}` | A fake result set containing statement metadata precedes each real result set. Takes precedence over the `fake_result_sets` connection parameter.\n`{fn teradata_fake_result_sets_off}` | Turns off fake result sets for this SQL request. Takes precedence over the `fake_result_sets` connection parameter.\n`{fn teradata_field_quote(`*String*`)}` | Specifies a single-character string used to quote fields in a CSV file. Takes precedence over the `field_quote` connection parameter.\n`{fn teradata_field_sep(`*String*`)}` | Specifies a single-character string used to separate fields in a CSV file. Takes precedence over the `field_sep` connection parameter.\n`{fn teradata_govern_off}` | Teradata workload management rules will reject rather than delay a FastLoad or FastExport. Takes precedence over the `govern` connection parameter.\n`{fn teradata_govern_on}` | Teradata workload management rules may delay a FastLoad or FastExport. Takes precedence over the `govern` connection parameter.\n`{fn teradata_lobselect(`*Option*`)}` | Executes the SQL request with LOB select *Option* `S` (spool-scoped LOB locators), `T` (transaction-scoped LOB locators), or the default `I` (inline materialized LOB values)\n`{fn teradata_manage_error_tables_off}` | Turns off FastLoad error table management for this request. Takes precedence over the `manage_error_tables` connection parameter.\n`{fn teradata_manage_error_tables_on}` | Turns on FastLoad error table management for this request. Takes precedence over the `manage_error_tables` connection parameter.\n`{fn teradata_parameter(`*Index*`,`*DataType*`)` | Transmits parameter *Index* bind values as *DataType*\n`{fn teradata_provide(request_scope_column_name_off)}` | Provides the default column name behavior for this SQL request. Takes precedence over the `column_name` connection parameter.\n`{fn teradata_provide(request_scope_lob_support_off)}` | Turns off LOB support for this SQL request. Takes precedence over the `lob_support` connection parameter.\n`{fn teradata_provide(request_scope_refresh_rsmd)}` | Executes the SQL request with the default request processing option `B` (both)\n`{fn teradata_provide(request_scope_sip_support_off)}` | Turns off StatementInfo parcel support for this SQL request. Takes precedence over the `sip_support` connection parameter.\n`{fn teradata_read_csv(`*CSVFileName*`)}` | Executes a batch insert using the bind parameter values read from the specified CSV file for either a SQL batch insert or a FastLoad\n`{fn teradata_request_timeout(`*Seconds*`)}` | Specifies the timeout for executing the SQL request. Zero means no timeout. Takes precedence over the `request_timeout` connection parameter.\n`{fn teradata_require_fastexport}` | Specifies that FastExport is required for the SQL request\n`{fn teradata_require_fastload}` | Specifies that FastLoad is required for the SQL request\n`{fn teradata_rpo(`*RequestProcessingOption*`)}` | Executes the SQL request with *RequestProcessingOption* `S` (prepare), `E` (execute), or the default `B` (both)\n`{fn teradata_sessions(`*Number*`)}` | Specifies the *Number* of data transfer connections for FastLoad or FastExport. Takes precedence over the `sessions` connection parameter.\n`{fn teradata_try_fastexport}` | Tries to use FastExport for the SQL request\n`{fn teradata_try_fastload}` | Tries to use FastLoad for the SQL request\n`{fn teradata_untrusted}` | Marks the SQL request as untrusted; not implemented yet\n`{fn teradata_values_off}` | Turns off `teradata_values` for this SQL request. Takes precedence over the `teradata_values` connection parameter. Refer to the [Data Types](#DataTypes) table for details.\n`{fn teradata_values_on}` | Turns on `teradata_values` for this SQL request. Takes precedence over the `teradata_values` connection parameter. Refer to the [Data Types](#DataTypes) table for details.\n`{fn teradata_write_csv(`*CSVFileName*`)}` | Exports one or more result sets from a SQL request or a FastExport to the specified CSV file or files\n\nThe `teradata_field_sep` and `teradata_field_quote` escape functions have a single-character string argument. The string argument must follow SQL literal syntax. The string argument may be enclosed in single-quote (`'`) characters or double-quote (`\"`) characters.\n\nTo represent a single-quote character in a string enclosed in single-quote characters, you must repeat the single-quote character.\n\n {fn teradata_field_quote('''')}\n\nTo represent a double-quote character in a string enclosed in double-quote characters, you must repeat the double-quote character.\n\n {fn teradata_field_quote(\"\"\"\")}\n\n<a id=\"FastLoad\"></a>\n\n### FastLoad\n\nThe driver offers FastLoad, which opens multiple database connections to transfer data in parallel.\n\nPlease be aware that this is an early release of the FastLoad feature. Think of it as a beta or preview version. It works, but does not yet offer all the features that JDBC FastLoad offers. FastLoad is still under active development, and we will continue to enhance it in subsequent builds.\n\nFastLoad has limitations and cannot be used in all cases as a substitute for SQL batch insert:\n* FastLoad can only load into an empty permanent table.\n* FastLoad cannot load additional rows into a table that already contains rows.\n* FastLoad cannot load into a volatile table or global temporary table.\n* FastLoad cannot load duplicate rows into a `MULTISET` table with a primary index.\n* Do not use FastLoad to load only a few rows, because FastLoad opens extra connections to the database, which is time consuming.\n* Only use FastLoad to load many rows (at least 100,000 rows) so that the row-loading performance gain exceeds the overhead of opening additional connections.\n* FastLoad does not support all database data types. For example, `BLOB` and `CLOB` are not supported.\n* FastLoad requires StatementInfo parcel support to be enabled.\n* FastLoad locks the destination table.\n* If Online Archive encounters a table being loaded with FastLoad, online archiving of that table will be bypassed.\n\nYour application can bind a single row of data for FastLoad, but that is not recommended because the overhead of opening additional connections causes FastLoad to be slower than a regular SQL `INSERT` for a single row.\n\nHow to use FastLoad:\n* Auto-commit should be turned off before beginning a FastLoad.\n* FastLoad is intended for binding many rows at a time. Each batch of rows must be able to fit into memory.\n* When auto-commit is turned off, your application can insert multiple batches in a loop for the same FastLoad.\n* Each column's data type must be consistent across every row in every batch over the entire FastLoad.\n* The column values of the first row of the first batch dictate what the column data types must be in all subsequent rows and all subsequent batches of the FastLoad.\n\nFastLoad opens multiple data transfer connections to the database. FastLoad evenly distributes each batch of rows across the available data transfer connections, and uses overlapped I/O to send and receive messages in parallel.\n\nTo use FastLoad, your application must prepend one of the following escape functions to the `INSERT` statement:\n* `{fn teradata_try_fastload}` tries to use FastLoad for the `INSERT` statement, and automatically executes the `INSERT` as a regular SQL statement when the `INSERT` is not compatible with FastLoad.\n* `{fn teradata_require_fastload}` requires FastLoad for the `INSERT` statement, and fails with an error when the `INSERT` is not compatible with FastLoad.\n\nYour application can prepend other optional escape functions to the `INSERT` statement:\n* `{fn teradata_sessions(`n`)}` specifies the number of data transfer connections to be opened, and is capped at the number of AMPs. The default is the smaller of 8 or the number of AMPs. We recommend avoiding this function to let the driver ask the database how many data transfer connections should be used.\n* `{fn teradata_error_table_1_suffix(`suffix`)}` specifies the suffix to append to the name of FastLoad error table 1. The default suffix is `_ERR_1`.\n* `{fn teradata_error_table_2_suffix(`suffix`)}` specifies the suffix to append to the name of FastLoad error table 2. The default suffix is `_ERR_2`.\n* `{fn teradata_error_table_database(`dbname`)}` specifies the parent database name for FastLoad error tables 1 and 2. By default, the FastLoad error tables reside in the same database as the destination table.\n* `{fn teradata_govern_on}` or `{fn teradata_govern_off}` specifies whether Teradata workload management rules may delay or reject the FastLoad. Takes precedence over the `govern` connection parameter.\n\nAfter beginning a FastLoad, your application can obtain the Logon Sequence Number (LSN) assigned to the FastLoad by prepending the following escape functions to the `INSERT` statement:\n* `{fn teradata_nativesql}{fn teradata_logon_sequence_number}` returns the string form of an integer representing the Logon Sequence Number (LSN) for the FastLoad. Returns an empty string if the request is not a FastLoad.\n\nFastLoad does not stop for data errors such as constraint violations or unique primary index violations. After inserting each batch of rows, your application must obtain warning and error information by prepending the following escape functions to the `INSERT` statement:\n* `{fn teradata_nativesql}{fn teradata_get_warnings}` returns in one string all warnings generated by FastLoad for the request.\n* `{fn teradata_nativesql}{fn teradata_get_errors}` returns in one string all data errors observed by FastLoad for the most recent batch. The data errors are obtained from FastLoad error table 1, for problems such as constraint violations, data type conversion errors, and unavailable AMP conditions.\n\nYour application ends FastLoad by committing or rolling back the current transaction. After commit or rollback, your application must obtain warning and error information by prepending the following escape functions to the `INSERT` statement:\n* `{fn teradata_nativesql}{fn teradata_get_warnings}` returns in one string all warnings generated by FastLoad for the commit or rollback. The warnings are obtained from FastLoad error table 2, for problems such as duplicate rows.\n* `{fn teradata_nativesql}{fn teradata_get_errors}` returns in one string all data errors observed by FastLoad for the commit or rollback. The data errors are obtained from FastLoad error table 2, for problems such as unique primary index violations.\n\nWarning and error information remains available until the next batch is inserted or until the commit or rollback. Each batch execution clears the prior warnings and errors. Each commit or rollback clears the prior warnings and errors.\n\n<a id=\"FastExport\"></a>\n\n### FastExport\n\nThe driver offers FastExport, which opens multiple database connections to transfer data in parallel.\n\nPlease be aware that this is an early release of the FastExport feature. Think of it as a beta or preview version. It works, but does not yet offer all the features that JDBC FastExport offers. FastExport is still under active development, and we will continue to enhance it in subsequent builds.\n\nFastExport has limitations and cannot be used in all cases as a substitute for SQL queries:\n* FastExport cannot query a volatile table or global temporary table.\n* FastExport supports single-statement SQL `SELECT`, and supports multi-statement requests composed of multiple SQL `SELECT` statements only.\n* FastExport supports question-mark parameter markers in `WHERE` clause conditions. However, the database does not permit the equal `=` operator for primary or unique secondary indexes, and will return database error 3695 \"A Single AMP Select statement has been issued in FastExport\".\n* Do not use FastExport to fetch only a few rows, because FastExport opens extra connections to the database, which is time consuming.\n* Only use FastExport to fetch many rows (at least 100,000 rows) so that the row-fetching performance gain exceeds the overhead of opening additional connections.\n* FastExport does not support all database data types. For example, `BLOB` and `CLOB` are not supported.\n* For best efficiency, do not use `GROUP BY` and `ORDER BY` clauses with FastExport.\n* FastExport's result set ordering behavior may differ from a regular SQL query. In particular, a query containing an ordered analytic function may not produce an ordered result set. Use an `ORDER BY` clause to guarantee result set order.\n\nFastExport opens multiple data transfer connections to the database. FastExport uses overlapped I/O to send and receive messages in parallel.\n\nTo use FastExport, your application must prepend one of the following escape functions to the query:\n* `{fn teradata_try_fastexport}` tries to use FastExport for the query, and automatically executes the query as a regular SQL query when the query is not compatible with FastExport.\n* `{fn teradata_require_fastexport}` requires FastExport for the query, and fails with an error when the query is not compatible with FastExport.\n\nYour application can prepend other optional escape functions to the query:\n* `{fn teradata_sessions(`n`)}` specifies the number of data transfer connections to be opened, and is capped at the number of AMPs. The default is the smaller of 8 or the number of AMPs. We recommend avoiding this function to let the driver ask the database how many data transfer connections should be used.\n* `{fn teradata_govern_on}` or `{fn teradata_govern_off}` specifies whether Teradata workload management rules may delay or reject the FastExport. Takes precedence over the `govern` connection parameter.\n\nAfter beginning a FastExport, your application can obtain the Logon Sequence Number (LSN) assigned to the FastExport by prepending the following escape functions to the query:\n* `{fn teradata_nativesql}{fn teradata_logon_sequence_number}` returns the string form of an integer representing the Logon Sequence Number (LSN) for the FastExport. Returns an empty string if the request is not a FastExport.\n\n<a id=\"CSVBatchInserts\"></a>\n\n### CSV Batch Inserts\n\nThe driver can read batch insert bind values from a CSV (comma separated values) file. This feature can be used with SQL batch inserts and with FastLoad.\n\nTo specify batch insert bind values in a CSV file, the application prepends the escape function `{fn teradata_read_csv(`*CSVFileName*`)}` to the `INSERT` statement.\n\nThe application can specify batch insert bind values in a CSV file, or specify bind parameter values, but not both together. The driver returns an error if both are specified together.\n\nConsiderations when using a CSV file:\n* Each record is on a separate line of the CSV file. Records are delimited by line breaks (CRLF). The last record in the file may or may not have an ending line break.\n* The first line of the CSV file is a header line. The header line lists the column names separated by the field separator (e.g. `col1,col2,col3`).\n* The field separator defaults to the comma character (`,`). You can specify a different field separator character with the `field_sep` connection parameter or with the `teradata_field_sep` escape function. The specified field separator character must match the actual separator character used in the CSV file.\n* Each field can optionally be enclosed by the field quote character, which defaults to the double-quote character (e.g. `\"abc\",123,efg`). You can specify a different field quote character with the `field_quote` connection parameter or with the `teradata_field_quote` escape function. The field quote character must match the actual field quote character used in the CSV file.\n* The field separator and field quote characters cannot be set to the same value. The field separator and field quote characters must be legal UTF-8 characters and cannot be line feed (`\\n`) or carriage return (`\\r`).\n* Field quote characters are only permitted in fields enclosed by field quote characters. Field quote characters must not appear inside unquoted fields (e.g. not allowed `ab\"cd\"ef,1,abc`).\n* To include a field quote character in a quoted field, the field quote character must be repeated (e.g. `\"abc\"\"efg\"\"dh\",123,xyz`).\n* Line breaks, field quote characters, and field separators may be included in a quoted field (e.g. `\"abc,efg\\ndh\",123,xyz`).\n* Specify a `NULL` value in the CSV file with an empty value between commas (e.g. `1,,456`).\n* A zero-length quoted string specifies a zero-length non-`NULL` string, not a `NULL` value (e.g. `1,\"\",456`).\n* Not all data types are supported. For example, `BLOB`, `BYTE`, and `VARBYTE` are not supported.\n* A field length greater than 64KB is transmitted to the database as a `DEFERRED CLOB` for a SQL batch insert. A field length greater than 64KB is not supported with FastLoad.\n\nLimitations when using CSV batch inserts:\n* Bound parameter values cannot be specified in the execute method when using the escape function `{fn teradata_read_csv(`*CSVFileName*`)}`.\n* The CSV file must contain at least one valid record in addition to the header line containing the column names.\n* For FastLoad, the insert operation will fail if the CSV file is improperly formatted and a parser error occurs.\n* For SQL batch insert, some records may be inserted before a parsing error occurs. A list of the parser errors will be returned. Each parser error will include the line number (starting at line 1) and the column number (starting at zero).\n* Using a CSV file with FastLoad has the same limitations and is used the same way as described in the [FastLoad](#FastLoad) section.\n\n<a id=\"CSVExportResults\"></a>\n\n### CSV Export Results\n\nThe driver can export query results to CSV files. This feature can be used with SQL query results, with calls to stored procedures, and with FastExport.\n\nTo export a result set to a CSV file, the application prepends the escape function `{fn teradata_write_csv(`*CSVFileName*`)}` to the SQL request text.\n\nIf the query returns multiple result sets, each result set will be written to a separate file. The file name is varied by inserting the string \"_N\" between the specified file name and file type extension (e.g. `fileName.csv`, `fileName_1.csv`, `fileName_2.csv`). If no file type extension is specified, then the suffix \"_N\" is appended to the end of the file name (e.g. `fileName`, `fileName_1`, `fileName_2`).\n\nA stored procedure call that produces multiple dynamic result sets behaves like other SQL requests that return multiple result sets. The stored procedures's output parameter values are exported as the first CSV file.\n\nExample of a SQL request that returns multiple results:\n\n`{fn teradata_write_csv(myFile.csv)}select 'abc' ; select 123`\n\nCSV File Name | Content\n------------- | ---\nmyFile.csv | First result set\nmyFile_1.csv | Second result set\n\nTo obtain the metadata for each result set, use the escape function `{fn teradata_fake_result_sets}`. A fake result set containing the metadata will be written to a file preceding each real result set.\n\nExample of a query that returns multiple result sets with metadata:\n\n`{fn teradata_fake_result_sets}{fn teradata_write_csv(myFile.csv)}select 'abc' ; select 123`\n\nCSV File Name | Content\n------------- | ---\nmyFile.csv | Fake result set containing the metadata for the first result set\nmyFile_1.csv | First result set\nmyFile_2.csv | Fake result set containing the metadata for the second result set\nmyFile_3.csv | Second result set\n\nExported CSV files have the following characteristics:\n* Each record is on a separate line of the CSV file. Records are delimited by line breaks (CRLF).\n* Column values are separated by the field separator character, which defaults to the comma character (`,`). You can specify a different field separator character with the `field_sep` connection parameter or with the `teradata_field_sep` escape function.\n* The first line of the CSV file is a header line. The header line lists the column names separated by the field separator (e.g. `col1,col2,col3`).\n* When necessary, column values are enclosed by the field quote character, which defaults to the double-quote character (`\"`). You can specify a different field quote character with the `field_quote` connection parameter or with the `teradata_field_quote` escape function.\n* The field separator and field quote characters cannot be set to the same value. The field separator and field quote characters must be legal UTF-8 characters and cannot be line feed (`\\n`) or carriage return (`\\r`).\n* If a column value contains line breaks, field quote characters, and/or field separators in a field, the value is quoted with the field quote character.\n* If a column value contains a field quote character, the value is quoted and the field quote character is repeated. For example, column value `abc\"def` is exported as `\"abc\"\"def\"`.\n* A `NULL` value is exported to the CSV file as an empty value between field separators (e.g. `123,,456`).\n* A non-`NULL` zero-length character value is exported as a zero-length quoted string (e.g. `123,\"\",456`).\n\nLimitations when exporting to CSV files:\n* When the application chooses to export results to a CSV file, the results are not available for the application to fetch in memory.\n* A warning is returned if the application specifies an export CSV file for a SQL statement that does not produce a result set.\n* Exporting a CSV file with FastExport has the same limitations and is used the same way as described in the [FastExport](#FastExport) section.\n* Not all data types are supported. For example, `BLOB`, `BYTE`, and `VARBYTE` are not supported and if one of these column types are present in the result set, an error will be returned.\n* `CLOB`, `XML`, `JSON`, and `DATASET STORAGE FORMAT CSV` data types are supported for SQL query results and are exported as string values, but these data types are not supported by FastExport.\n\n<a id=\"ChangeLog\"></a>\n\n### Change Log\n\n`20.0.0.12` - April 30, 2024\n* GOSQL-31 Monitor partition\n\n`20.0.0.11` - April 25, 2024\n* GOSQL-193 Device Code Flow and Client Credentials Flow\n\n`20.0.0.10` - April 10, 2024\n* GOSQL-185 Use FIPS-140 Compliant Modules\n* Build DLL and shared library with Go 1.20.14\n* Build DLL and shared library with Microsoft Go for Windows, Linux Intel, Linux ARM\n* Build shared library with golang-fips for macOS Intel, macOS ARM\n\n`20.0.0.9` - April 2, 2024\n* Include teradatasql.arm.so in package\n\n`20.0.0.8` - March 18, 2024\n* GOSQL-121 Linux ARM support\n* GOSQL-184 remove DES and DESede\n* PYDBAPI-124 remove DES and DESede\n* PYDBAPI-131 cursor attributes activitytype and activityname\n\n`20.0.0.7` - February 1, 2024\n* GOSQL-189 improved error messages for missing or invalid logmech value\n* GOSQL-190 Go TeraGSS accommodate DH/CI bypass flag in JWT token header\n\n`20.0.0.6` - January 19, 2024\n* GOSQL-183 TLS certificate verification for Identity Provider endpoints\n\n`20.0.0.5` - January 17, 2024\n* GOSQL-151 proxy server support\n\n`20.0.0.4` - January 9, 2024\n* Build DLL and shared library with Go 1.20.12\n\n`20.0.0.2` - December 8, 2023\n* Improved exception message for query timeout\n* New sample programs CancelSleep.py and MultiThread.py\n\n`20.0.0.1` - November 16, 2023\n* Build DLL and shared library with Go 1.20.11\n\n`20.0.0.0` - November 7, 2023\n* TDGSS-7022 Go TeraGSS Phase 1\n* TDGSS-7232 Go TeraGSS Phase 2\n* TDGSS-7233 Go TeraGSS Phase 3\n* TDGSS-8123 Integrate Go TeraGSS with the GoSQL Driver phase 1\n* TDGSS-8345 Go TeraGSS Phase 4\n* TDGSS-9050 Integrate Go TeraGSS with the GoSQL Driver phase 2\n* GOSQL-148 TDNEGO logon mechanism for Go TeraGSS\n* GOSQL-158 switch to Go TeraGSS\n* GOSQL-181 improve TDNEGO interoperability with Kerberos\n\n`17.20.0.32` - October 23, 2023\n* GOSQL-179 fake result sets add SPParameterDirection to ColumnMetadata and ParameterMetadata\n* GOSQL-180 fake result sets add stored procedure IN parameters to ParameterMetadata\n\n`17.20.0.31` - September 27, 2023\n* GOSQL-176 better error message for missing host connection parameter\n\n`17.20.0.30` - September 19, 2023\n* GOSQL-175 avoid panic: cannot create context from nil parent\n* PYDBAPI-122 provide py.typed file\n* PYDBAPI-123 autocommit property for TeradataConnection\n\n`17.20.0.29` - September 5, 2023\n* Build DLL and shared library with Go 1.19.12\n* Requires 64-bit Python 3.7 or later and ends support for older versions of Python\n* Added sample program InsertLob.py\n\n`17.20.0.28` - July 21, 2023\n* Build DLL and shared library with Go 1.19.11\n* UTC match values for sample program `TJEncryptPassword.py`\n\n`17.20.0.27` - June 23, 2023\n* Additional changes for GOSQL-128 use OIDC scope from Gateway Config parcel\n\n`17.20.0.26` - June 15, 2023\n* GOSQL-165 Auto-Generated Key Retrieval (AGKR)\n* GOSQL-167 use loopback IP address for OIDC redirect\n\n`17.20.0.25` - June 2, 2023\n* GOSQL-142 sp_spl connection parameter\n* fake result set columns StatementNumber and WarningCode are now INTEGER\n\n`17.20.0.24` - May 23, 2023\n* GOSQL-41 escape function teradata_provide(request_scope_column_name_off)\n* GOSQL-124 runstartup connection parameter\n\n`17.20.0.23` - May 19, 2023\n* GOSQL-157 logon_timeout connection parameter\n\n`17.20.0.22` - May 16, 2023\n* Build DLL and shared library with Go 1.19.9\n\n`17.20.0.21` - May 15, 2023\n* GOSQL-128 use OIDC scope from Gateway Config parcel\n\n`17.20.0.20` - May 5, 2023\n* GOSQL-155 teradata_provide(gateway_config) teradata_provide(governed) teradata_provide(uses_check_workload)\n\n`17.20.0.19` - March 30, 2023\n* GOSQL-129 TLS certificate revocation checking with CRL\n* GOSQL-130 TLS certificate revocation checking with OCSP (not OCSP stapling)\n* GOSQL-132 sslcrc connection parameter\n\n`17.20.0.18` - March 27, 2023\n* GOSQL-146 FastLoad and FastExport Unicode Pass Through support\n\n`17.20.0.17` - March 24, 2023\n* Build DLL and shared library with Go 1.19.7\n* GOSQL-136 escape functions teradata_manage_error_tables_off and teradata_manage_error_tables_on\n* GOSQL-139 allow alternate LOCATOR(type) syntax for teradata_parameter escape function\n* GOSQL-145 connection parameters error_query_count, error_query_interval, error_table_1_suffix, error_table_2_suffix, error_table_database, manage_error_tables, sessions\n\n`17.20.0.16` - February 21, 2023\n* GOSQL-138 avoid panic for aborted session\n\n`17.20.0.15` - February 16, 2023\n* GOSQL-137 limit the max number of records in a CSV batch\n\n`17.20.0.14` - January 19, 2023\n* GOSQL-24 Asynchronous abort SQL request execution\n* GOSQL-134 escape function teradata_request_timeout\n* GOSQL-135 connection parameter request_timeout\n* PYDBAPI-114 Connection.cancel method to cancel executing SQL request\n\n`17.20.0.13` - January 17, 2023\n* GOSQL-133 return FastLoad errors for FastLoad with teradata_read_csv\n\n`17.20.0.12` - December 2, 2022\n* Build DLL and shared library with Go 1.19.3\n* GOSQL-126 escape functions teradata_values_off and teradata_values_on\n\n`17.20.0.11` - November 1, 2022\n* GOSQL-125 FastLoad FastExport govern support for fake_result_sets=true\n* GOSQL-127 substitute dash for unavailable program name in Client Attributes\n\n`17.20.0.10` - October 27, 2022\n* GOSQL-67 FastLoad FastExport workload management\n* GOSQL-120 govern connection parameter\n* GOSQL-123 conditional use of Statement Independence depending on database setting\n\n`17.20.0.9` - October 25, 2022\n* Build DLL and shared library with Go 1.18.7\n\n`17.20.0.8` - October 19, 2022\n* GOSQL-122 case-insensitive VERIFY-FULL\n\n`17.20.0.7` - September 27, 2022\n* Avoid Kerberos logon failure\n\n`17.20.0.6` - September 19, 2022\n* Build DLL and shared library with Go 1.18.6\n\n`17.20.0.5` - September 15, 2022\n* Additional changes for GOSQL-119 avoid nil pointer dereference for FastExport CSV error\n\n`17.20.0.4` - September 14, 2022\n* GOSQL-87 support Mac ARM without Rosetta\n* GOSQL-119 avoid nil pointer dereference for FastExport CSV error\n\n`17.20.0.3` - September 6, 2022\n* GOSQL-118 teradata_write_csv support for queries containing commas\n\n`17.20.0.2` - August 23, 2022\n* GOSQL-117 browser_tab_timeout connection parameter\n\n`17.20.0.1` - August 11, 2022\n* Build DLL and shared library with Go 1.18.5\n\n`17.20.0.0` - June 16, 2022\n* GOSQL-74 FastLoad support for connection parameter fake_result_sets=true\n\n`17.10.0.16` - June 6, 2022\n* GOSQL-106 indicate unavailable TLS certificate status with ClientAttributesEx CERT=U\n\n`17.10.0.15` - June 2, 2022\n* Switch to TeraGSS 17.20.00.04 and OpenSSL 1.1.1l\n* Requires macOS 10.14 Mojave or later and ends support for older versions of macOS\n\n`17.10.0.14` - May 18, 2022\n* GOSQL-104 FastExport reports invalid CSV path name for first query but not subsequent\n* GOSQL-105 Avoid driver failure when database warning length is invalid\n\n`17.10.0.13` - May 16, 2022\n* GOSQL-53 browser and logmech=BROWSER connection parameters\n* GOSQL-56 Implement Federated Authentication feature in GoSQL Driver\n* PYDBAPI-77 Implement Federated Authentication feature in Python driver\n\n`17.10.0.12` - April 15, 2022\n* GOSQL-71 TLS certificate verification\n* GOSQL-98 remove escape function teradata_setloglevel\n\n`17.10.0.11` - April 7, 2022\n* GOSQL-82 Escape functions teradata_field_sep and teradata_field_quote\n* GOSQL-97 FastLoad/FastExport accommodate extra whitespace in SQL request\n\n`17.10.0.10` - March 24, 2022\n* GOSQL-95 case-insensitive sslmode connection parameter values\n* GOSQL-96 avoid CVE security vulnerabilities present in Go 1.17 and earlier\n* Build DLL and shared library with Go 1.18\n* Requires macOS 10.13 High Sierra or later and ends support for older versions of macOS\n\n`17.10.0.9` - March 18, 2022\n* GOSQL-94 thread-safe connect failure cache\n\n`17.10.0.8` - March 9, 2022\n* GOSQL-84 accommodate 64-bit Activity Count\n* GOSQL-92 FastLoad returns error 512 when first column value is NULL\n\n`17.10.0.7` - February 23, 2022\n* GOSQL-91 Avoid Error 8019 by always sending Config Request message\n\n`17.10.0.6` - February 4, 2022\n* GOSQL-26 provide stored procedure creation errors\n* GOSQL-73 Write CSV files\n* GOSQL-88 Append streamlined client call stack to ClientProgramName\n\n`17.10.0.5` - January 10, 2022\n* GOSQL-86 provide UDF compilation errors\n\n`17.10.0.4` - December 13, 2021\n* GOSQL-20 TLS support\n* GOSQL-29 Laddered Concurrent Connect\n* PYDBAPI-82 Implement Laddered Concurrent Connect in Python driver\n\n`17.10.0.3` - November 30, 2021\n* GOSQL-12 Centralized administration for data encryption\n* GOSQL-25 Assign Response message error handling\n* GOSQL-27 Enhance checks for missing logon parameters\n* GOSQL-65 improve terasso error messages\n* GOSQL-66 transmit Client Attributes to DBS during logon\n* PYDBAPI-58 Centralized administration (from database) of Data Encryption\n* Build DLL and shared library with Go 1.15.15\n\n`17.10.0.2` - July 2, 2021\n* GOSQL-33 CALL to stored procedure INOUT and OUT parameter output values\n* GOSQL-35 Statement Independence\n* GOSQL-72 Read CSV files\n* PYDBAPI-39 JSON, CSV, and Avro data type support\n* PYDBAPI-83 Escape Syntax for FLOAT Data Type\n\n`17.10.0.1` - June 9, 2021\n* Corrected documentation formatting for PyPI\n\n`17.10.0.0` - June 8, 2021\n* GOSQL-75 trim whitespace from SQL request text\n\n`17.0.0.8` - December 18, 2020\n* Documentation changes\n\n`17.0.0.7` - December 18, 2020\n* GOSQL-13 add support for FastExport protocol\n\n`17.0.0.6` - October 9, 2020\n* GOSQL-68 cross-process COP hostname load distribution\n\n`17.0.0.5` - August 26, 2020\n* GOSQL-64 improve error checking for FastLoad escape functions\n\n`17.0.0.4` - August 18, 2020\n* GOSQL-62 prevent nativesql from executing FastLoad\n* GOSQL-63 prevent FastLoad panic\n\n`17.0.0.3` - July 30, 2020\n* Build DLL and shared library with Go 1.14.6\n\n`17.0.0.2` - June 10, 2020\n* GOSQL-60 CLOBTranslate=Locked workaround for DBS DR 194293\n\n`17.0.0.1` - June 4, 2020\n* GOSQL-61 FastLoad accommodate encryptdata true\n\n`16.20.0.62` - May 12, 2020\n* GOSQL-58 support multiple files for Elicit File protocol\n* GOSQL-59 FastLoad accommodate dbscontrol change of COUNT(*) return type\n\n`16.20.0.61` - Apr 30, 2020\n* GOSQL-57 Deferred LOB values larger than 1MB\n\n`16.20.0.60` - Mar 27, 2020\n* GOSQL-22 enable insert of large LOB values over 64KB\n* GOSQL-52 teradata_try_fastload consider bind value data types\n* GOSQL-54 enforce Decimal value maximum precision 38\n* PYDBAPI-37 Teradata Data Types Support up to 14.10 including LOB data\n\n`16.20.0.59` - Jan 8, 2020\n* GOSQL-51 FastLoad fails when table is dropped and recreated\n* PYDBAPI-72 bind value performance improvement\n* PYDBAPI-73 DBAPI fails to insert 16383 rows\n\n`16.20.0.58` - Dec 11, 2019\n* PYDBAPI-71 execute and executemany ignoreErrors parameter\n\n`16.20.0.57` - Dec 10, 2019\n* GOSQL-50 provide FastLoad duplicate row errors with auto-commit on\n\n`16.20.0.56` - Dec 4, 2019\n* PYDBAPI-70 raise error for closed cursor usage\n\n`16.20.0.55` - Nov 26, 2019\n* GOSQL-15 add database connection parameter\n* PYDBAPI-66 Better exception when running on 32-bit Python\n\n`16.20.0.54` - Nov 21, 2019\n* GOSQL-49 FastLoad support for additional connection parameters\n\n`16.20.0.53` - Nov 15, 2019\n* GOSQL-36 segment and iterate parameter batches per batch row limit\n* GOSQL-43 segment and iterate parameter batches per request message size limit for FastLoad\n\n`16.20.0.52` - Oct 18, 2019\n* Sample programs for fake result sets\n\n`16.20.0.51` - Oct 16, 2019\n* GOSQL-46 LDAP password special characters\n\n`16.20.0.50` - Oct 7, 2019\n* PYDBAPI-68 improve performance for batch bind values\n\n`16.20.0.49` - Oct 3, 2019\n* GOSQL-45 FastLoad interop with Stored Password Protection\n\n`16.20.0.48` - Sep 6, 2019\n* GOSQL-14 add support for FastLoad protocol\n* GOSQL-34 negative scale for Number values\n* PYDBAPI-29 Data Transfer - FastLoad Protocol\n\n`16.20.0.47` - Aug 27, 2019\n* GOSQL-40 Skip executing empty SQL request text\n* PYDBAPI-67 teradatasql.connect JSON connection string optional\n\n`16.20.0.46` - Aug 16, 2019\n* GOSQL-39 COP Discovery interop with Kerberos\n\n`16.20.0.45` - Aug 12, 2019\n* GOSQL-38 timestamp prefix log messages\n\n`16.20.0.44` - Aug 7, 2019\n* GOSQL-4 Support COP discovery\n* PYDBAPI-36 COP Discovery\n\n`16.20.0.43` - Jul 29, 2019\n* GOSQL-18 Auto-commit\n* PYDBAPI-61 commit and rollback methods\n\n`16.20.0.42` - Jun 7, 2019\n* PYDBAPI-65 sample program `BatchInsert.py`\n\n`16.20.0.41` - Feb 14, 2019\n* PYDBAPI-57 fetchmany may return \"rows are closed\" instead of empty result set\n\n`16.20.0.40` - Feb 8, 2019\n* GOSQL-11 JWT authentication method\n* GOSQL-16 tmode connection parameter\n* GOSQL-17 commit and rollback functions\n\n`16.20.0.39` - Oct 26, 2018\n* GOSQL-33 CALL to stored procedure INOUT and OUT parameter output values\n\n`16.20.0.38` - Oct 25, 2018\n* PYDBAPI-56 Stored Procedure Dynamic Result Sets\n\n`16.20.0.37` - Oct 22, 2018\n* Documentation change\n\n`16.20.0.36` - Oct 22, 2018\n* GOSQL-5 Create/Replace Procedure MultiTSR protocol\n\n`16.20.0.35` - Oct 22, 2018\n* GOSQL-10 Stored Password Protection\n* PYDBAPI-28 Secure Password at rest\n* PYDBAPI-47 Port sample program TJEncryptPassword to Python\n\n`16.20.0.34` - Oct 15, 2018\n* Fix for sample program `TJEncryptPassword.py`\n\n`16.20.0.33` - Oct 12, 2018\n* Installation dependency pycryptodome\n\n`16.20.0.32` - Sep 19, 2018\n* Sample programs `LoadCSVFile.py` and `MetadataFromPrepare.py`\n* Escape function teradata_fake_result_sets\n\n`16.20.0.31` - Sep 19, 2018\n* Added function tracing\n\n`16.20.0.30` - Sep 14, 2018\n* PYDBAPI-12 Connectivity\n* PYDBAPI-33 Pandas library Interoperability\n* Moved samples directory\n\n`16.20.0.29` - Sep 14, 2018\n* Sample program `ElicitFile.py`\n\n`16.20.0.28` - Sep 13, 2018\n* Documentation change\n\n`16.20.0.27` - Sep 12, 2018\n* Documentation change\n\n`16.20.0.26` - Sep 11, 2018\n* PYDBAPI-8 Documentation\n* PYDBAPI-9 User Guide Content\n\n`16.20.0.25` - Sep 10, 2018\n* Documentation change\n\n`16.20.0.24` - Sep 6, 2018\n* PYDBAPI-54 Implement cursor rowcount attribute\n* PYDBAPI-55 Improved support for Python data types\n\n`16.20.0.23` - Aug 31, 2018\n* KeepResponse only for LOB locators\n\n`16.20.0.22` - Aug 30, 2018\n* Fixed NUMBER values\n\n`16.20.0.21` - Aug 29, 2018\n* Close orphaned rows\n\n`16.20.0.20` - Aug 28, 2018\n* decimal and datetime values\n\n`16.20.0.19` - Aug 22, 2018\n* timedelta bind values\n\n`16.20.0.18` - Aug 21, 2018\n* datetime.datetime bind values\n\n`16.20.0.17` - Aug 20, 2018\n* Version number in errors\n\n`16.20.0.16` - Aug 17, 2018\n* SLES 11 SP1 compatibility\n\n`16.20.0.15` - Aug 17, 2018\n* Documentation change\n\n`16.20.0.14` - Aug 10, 2018\n* Documentation change\n\n`16.20.0.13` - Aug 9, 2018\n* Documentation change\n\n`16.20.0.12` - Aug 9, 2018\n* PYDBAPI-10 User Guide Delivery and Viewability\n* PYDBAPI-11 Searchability\n\n`16.20.0.11` - Aug 8, 2018\n* Documentation change\n\n`16.20.0.10` - Aug 8, 2018\n* Documentation change\n\n`16.20.0.9` - Aug 7, 2018\n* Install documentation in teradatasql directory\n\n`16.20.0.8` - Aug 7, 2018\n* GOSQL-7 TDNEGO authentication method\n* PYDBAPI-42 Teradata Logon mechanism - TDNEGO\n\n`16.20.0.7` - Jul 30, 2018\n* GOSQL-8 Support parameter marker batch insert\n* PYDBAPI-45 Parameterized Batch Insertion using executeMany\n\n`16.20.0.6` - Jul 25, 2018\n* Thread safety for handle maps\n\n`16.20.0.5` - Jul 25, 2018\n* Removed atexit\n\n`16.20.0.4` - Jul 23, 2018\n* PYDBAPI-4 Provide Python Driver license file\n\n`16.20.0.3` - Jul 19, 2018\n* PYDBAPI-46 Accept subclasses of bytes, int, float, str as bind values\n\n`16.20.0.2` - Jul 19, 2018\n* Package attributes change\n\n`16.20.0.1` - Jul 18, 2018\n* Version number change\n\n`16.20.0.0` - Jul 18, 2018\n* GOSQL-1 Encrypted logon\n* GOSQL-2 LDAP and Kerberos authentication\n* GOSQL-3 Support for 1MB Rows\n* GOSQL-6 Elicit File protocol\n* PYDBAPI-1 Distribution\n* PYDBAPI-5 cursor.execute method return cursor\n* PYDBAPI-6 Install and Deployment\n* PYDBAPI-7 pip install of python driver package\n* PYDBAPI-13 Operating System Platforms\n* PYDBAPI-14 Driver must be available for use by Windows OS Users\n* PYDBAPI-15 Driver must be available for use by OSX (Mac) Users\n* PYDBAPI-16 Driver must be available for use by Linux OS Users\n* PYDBAPI-17 Python Language version\n* PYDBAPI-18 Python language version 3.4\n* PYDBAPI-19 Distribution\n* PYDBAPI-23 Teradata Analytics Platform Interoperability/Support\n* PYDBAPI-24 Works with Teradata Database 16.10, 16.20\n* PYDBAPI-26 Teradata Logon mechanism - Kerberos\n* PYDBAPI-32 Downloadable from pypi.org\n* PYDBAPI-40 Teradata Logon mechanism - LDAP\n* PYDBAPI-41 Teradata Logon mechanism - TD2\n* PYDBAPI-43 parameterized single-row inserts\n* PYDBAPI-44 parameterized queries\n\n\n",
"bugtrack_url": null,
"license": "Teradata License Agreement",
"summary": "Teradata SQL Driver for Python",
"version": "20.0.0.12",
"project_urls": {
"Homepage": "http://www.teradata.com/"
},
"split_keywords": [
"teradata"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "b922850424334fbae5a2be3718ca1139d23cef6f78acf983474ade5b05869386",
"md5": "e9a2ecf1ade58c62d4009f4a22280f8b",
"sha256": "e053c928e5b639ae87774f6f1c61447d5579c2fa9028e3c515cbe2f6abe51a0b"
},
"downloads": -1,
"filename": "teradatasql-20.0.0.12-py3-none-any.whl",
"has_sig": false,
"md5_digest": "e9a2ecf1ade58c62d4009f4a22280f8b",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.7",
"size": 20001119,
"upload_time": "2024-04-30T13:55:24",
"upload_time_iso_8601": "2024-04-30T13:55:24.847959Z",
"url": "https://files.pythonhosted.org/packages/b9/22/850424334fbae5a2be3718ca1139d23cef6f78acf983474ade5b05869386/teradatasql-20.0.0.12-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-04-30 13:55:24",
"github": false,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"lcname": "teradatasql"
}
JSON