`"runSqlStatements"`

JSON DB `"runSqlStatements"` action runs SQL statements as a batch operation

The "runSqlStatements" action runs one or more SQL statements as a batch operation, such as drop, create, alter, call, insert, update, and delete statements.

Essential information

Notice

JSON DB API transactions do not support SQL stored procedures, stored functions, and triggers. It also does not support "revertTransactionToSavepoint" when the transaction contains a call to "getRecordsUsingSQL" or "runSqlStatements". Unsupported actions return an error.

The "runSqlStatements" action cannot run in an existing transaction. It creates a new transaction.
FairCom does not recommend including SELECT statements in the "runSqlStatements" action because the server returns all records selected by each query.
- It is easy to return too many records, which results in query timeouts or clients receiving too much data.
- It is much better to use the "getRecordsUsingSQL" action to run SQL queries because it can return a cursor, which is faster and much more efficient at paginating data.
- If you want to use the "runSqlStatements" to run queries, be sure to add the SQL TOP clause to your SQL statement to limit the number of records returned.
The server returns a "data" object in the response that contains one object for each SQL statement in the request.
The "errorCode" property for each individual SQL statement indicates the success or failure of the statement during runtime.
- You must check the "errorCode" property of each individual SQL statement to determine if it succeeded or failed. This is intentional because there are use cases where you expect some SQL statements to fail, such as dropping a table before creating it.
- Do not assume a zero value in the "errorCode" property for the "runSqlStatements" action means all SQL statements succeeded.
- The only time the server sets a non-zero value in the "errorCode" property for the "runSqlStatements" action is when it evaluates the request and detects invalid JSON syntax, missing required properties, and invalid property values.
Before the server runs SQL statements, it creates a new transaction, then runs all specified SQL statements in that transaction.
Tip
It can be efficient to run hundreds of statements in one "runSQLStatements" action.
By default, the server automatically rolls back the transaction at the end. You must set the "atEnd" and "onError" properties to control how the server commits each SQL statement.
You may call a stored procedure as long as it does not have out or "in"/"out" parameters and you pass a constant value to each "in" parameter.
A SQL statement may optionally include a semicolon at its end, but it is unnecessary and is ignored.
A SQL statement may contain one or more line feed characters. These are encoded in JSON strings as \n.
Use "runSQLStatements" action to do things that are not available in other JSON DB API actions.
Use parameters in the SELECT and CALL statements to prevent SQL injection attacks.
Note
A parameter name in the SQL statement must begin with a colon, immediately followed by the name of the parameter. When defining input and output parameters in JSON, parameter names do not include the colon to be more friendly to programming languages.
Use native JSON DB API actions when possible. They run faster than SQL. It is also easier and safer to dynamically generate JSON in your code than to generate SQL code.
- Use the "getRecordsUsingSQL" action to run queries because it can return a cursor.
- Use the "createTable" action to create a table because it follows best practices and provides more settings.
- Use the "alterTable" action to modify a table because it is easier to use.
- Use the "insertRecords" action to insert large numbers of records because it is more efficient.

Request examples

Minimal request

Note

This example shows automatic rollback on error.

{
  "api": "db",
  "authToken": "replaceWithAuthtokenFromCreateSession",
  "action": "runSQLStatements",
  "params": {
    "sqlStatements": [
      "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )",
      "CREATE UNIQUE INDEX employee_pk ON employee (id)",
      "INSERT INTO employee \n VALUES (7369, 'John Smith', 'Clerk')"
    ]
  }
}

Unconditional rollback and immediate stop on first error request

{
  "api": "db",
  "authToken": "replaceWithAuthtokenFromCreateSession",
  "action": "runSQLStatements",
  "params": {
    "onError": "stop",
    "atEnd": "rollback",
    "sqlStatements": [
      "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )",
      "CREATE UNIQUE INDEX employee_pk ON employee (id)",
      "INSERT INTO employee \n VALUES (7369, 'John Smith', 'Clerk')"
    ]
  },
  "debug": "none"
}

Unconditional commit request

{
  "requestId": "2",
  "authToken": "replaceWithAuthtokenFromCreateSession",
  "api": "db",
  "action": "runSQLStatements",
  "params": {
    "transactionId": "NO SUPPORT FOR TRANSACTIONS AT THIS TIME",
    "databaseName": "ctreeSQL",
    "ownerName": "admin",
    "onError": "continue",
    "atEnd": "commit",
    "sqlStatements": [
      "DROP TABLE employee;",
      "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )",
      "CREATE UNIQUE INDEX employee_pk ON employee (id)",
      "INSERT INTO employee VALUES (7369, 'John Smith', 'Clerk');",
      "INSERT INTO employee VALUES (1, 'Emma Smith', 'Boss')",
      "CALL my_stored_proc(:inIntParam1, :outDoubleParam2, :inOutBinaryParam3)",
      "CALL c2f(:input_celsius, :output_fahrenheit) ",
      "SELECT TOP 20 SKIP 0 name \nFROM employee \nWHERE name <= :mySqlNamedParam4",
      "CREATE TABLE employee ( id BIGINT )"
    ],
    "inParams": [
      {
        "name": "inIntParam1",
        "value": 3
      },
      {
        "name": "inoutBinaryParam3",
        "value": "54657374"
      },
      {
        "name": "mySqlNamedParam4",
        "value": "J"
      },
      {
        "name": "input_celsius",
        "value": 22
      }
    ]
  },
  "responseOptions": {
    "binaryFormat": "hex",
    "dataFormat": "objects",
    "numberFormat": "string",
    "includeFields": [],
    "excludeFields": []
  },
  "apiVersion": "1.0",
  "debug": "max"
}

Response examples

Minimal response

Note

This example shows automatic rollback on error.

{
  "authToken": "authToken",
  "result": {
    "reactions": [
      {
        "affectedRows": 0,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )"
      },
      {
        "affectedRows": 0,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "CREATE UNIQUE INDEX employee_pk ON employee (id)"
      },
      {
        "affectedRows": 1,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "INSERT INTO employee \n VALUES (7369, 'John Smith', 'Clerk')"
      }
    ]
  },
  "debugInfo": {
    "request": {
      "authToken": "authToken",
      "api": "db",
      "action": "runSQLStatements",
      "params": {
        "sqlStatements": [
          "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )",
          "CREATE UNIQUE INDEX employee_pk ON employee (id)",
          "INSERT INTO employee \n VALUES (7369, 'John Smith', 'Clerk')"
        ]
      },
      "debug": "max"
    },
    "serverSuppliedValues": {
      "databaseName": "faircom",
      "ownerName": null
    },
    "errorData": {
      "errorData": null
    },
    "warnings": []
  },
  "errorCode": 0,
  "errorMessage": ""
}

Rollback on error response

Note

This result occurs when the minimal request example is run a second time.

{
  "authToken": "authToken",
  "result": {
    "data": [
      {
        "affectedRows": 0,
        "errorCode": -20041,
        "errorMessage": "Table/View/Synonym employee already exists",
        "sql": "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )"
      },
      {
        "affectedRows": 0,
        "errorCode": -20028,
        "errorMessage": "Index with the same name employee_pk already exists",
        "sql": "CREATE UNIQUE INDEX employee_pk ON employee (id)"
      },
      {
        "affectedRows": 0,
        "errorCode": -17002,
        "errorMessage": "CT - Key value already exists in index employee_pk",
        "output": {},
        "sql": "INSERT INTO employee \n VALUES (7369, 'John Smith', 'Clerk')"
      }
    ]
  },
  "errorCode": 0,
  "errorMessage": ""
}

Unconditional rollback and immediate stop on first error response

{
  "authToken": "authToken",
  "result": {
    "reactions": [
      {
        "affectedRows": 0,
        "errorCode": -20041,
        "errorMessage": "Table/View/Synonym employee already exists",
        "outParams": [],
        "rows": {},
        "sql": "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )"
      }
    ]
  },
  "errorCode": 0,
  "errorMessage": ""
}

Unconditional commit response

{
  "authToken": "authToken",
  "result": {
    "reactions": [
      {
        "affectedRows": 0,
        "errorCode": -20005,
        "errorMessage": "Table/View/Synonym employee not found",
        "outParams": [],
        "rows": {},
        "sql": "DROP TABLE employee"
      },
      {
        "affectedRows": 0,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )"
      },
      {
        "affectedRows": 0,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "CREATE UNIQUE INDEX employee_pk ON employee (id)"
      },
      {
        "affectedRows": 1,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "INSERT INTO employee VALUES (7369, 'John Smith', 'Clerk')"
      },
      {
        "affectedRows": 1,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {},
        "sql": "INSERT INTO employee VALUES (1, 'Emma Smith', 'Boss')"
      },
      {
        "affectedRows": 0,
        "errorCode": -20122,
        "errorMessage": "procedure my_stored_proc not found",
        "outParams": [],
        "rows": {},
        "sql": "CALL my_stored_proc(:inIntParam1, :outDoubleParam2, :inOutBinaryParam3)"
      },
      {
        "affectedRows": 0,
        "errorCode": -20122,
        "errorMessage": "procedure c2f not found",
        "outParams": [],
        "rows": {},
        "sql": "CALL c2f(:input_celsius, :output_fahrenheit)"
      },
      {
        "affectedRows": 0,
        "errorCode": 0,
        "errorMessage": "",
        "outParams": [],
        "rows": {
          "binaryFormat": "hex",
          "data": [
            {
              "name": "Emma Smith"
            }
          ],
          "dataFormat": "objects",
          "fields": [
            {
              "length": 50,
              "name": "name",
              "type": "varchar"
            }
          ],
          "moreRecords": false,
          "numberFormat": "string",
          "requestedRecordCount": 1,
          "returnedRecordCount": 1
        },
        "sql": "SELECT TOP 20 SKIP 0 name \nFROM employee \nWHERE name <= :mySqlNamedParam4"
      },
      {
        "affectedRows": 0,
        "errorCode": -20041,
        "errorMessage": "Table/View/Synonym employee already exists",
        "outParams": [],
        "rows": {},
        "sql": "CREATE TABLE employee ( id BIGINT )"
      }
    ]
  },
  "requestId": "2",
  "debugInfo": {
    "request": {
      "authToken": "authToken",
      "api": "db",
      "action": "runSQLStatements",
      "params": {
        "databaseName": "ctreeSQL",
        "ownerName": "admin",
        "onError": "continue",
        "atEnd": "commit",
        "sqlStatements": [
          "DROP TABLE employee;",
          "CREATE TABLE employee (id BIGINT, name VARCHAR(50), job VARCHAR(50) )",
          "CREATE UNIQUE INDEX employee_pk ON employee (id)",
          "INSERT INTO employee VALUES (7369, 'John Smith', 'Clerk');",
          "INSERT INTO employee VALUES (1, 'Emma Smith', 'Boss')",
          "CALL my_stored_proc(:inIntParam1, :outDoubleParam2, :inOutBinaryParam3)",
          "CALL c2f(:input_celsius, :output_fahrenheit) ",
          "SELECT TOP 20 SKIP 0 name \nFROM employee \nWHERE name <= :mySqlNamedParam4",
          "CREATE TABLE employee ( id BIGINT )"
        ],
        "inParams": [
          {
            "name": "inIntParam1",
            "value": 3
          },
          {
            "name": "inoutBinaryParam3",
            "value": "54657374"
          },
          {
            "name": "mySqlNamedParam4",
            "value": "J"
          },
          {
            "name": "input_celsius",
            "value": 22
          }
        ]
      },
      "apiVersion": "1.0",
      "requestId": "2",
      "responseOptions": {
        "binaryFormat": "hex",
        "dataFormat": "objects",
        "numberFormat": "string",
        "includeFields": [],
        "excludeFields": []
      },
      "debug": "max"
    },
    "serverSuppliedValues": {
      "databaseName": "ctreeSQL",
      "ownerName": null
    },
    "errorData": {
      "errorData": null
    },
    "warnings": [
      {
        "code": 100,
        "message": "SQL execution produced errors"
      }
    ]
  },
  "errorCode": 0,
  "errorMessage": ""
}

Use the runSqlStatements JSON API action to run sql statements as a batch operation

API actionsJSON DB APIjsonActionsql actionsrun sql statementsrunSqlStatements

`"params"`

The "params" property is an object that contains an action's parameters. Each action defines its own required and optional properties.

Properties summary

Table 1. "params" properties summary

Property

Description

Default

Type

Limits (inclusive)

atEnd

specifies how the action commits or rolls back the statements it runs

"rollbackOnError"

string

"commit"

"rollbackOnError"

"rollback"

databaseName

specifies the name of a database

Defaults to the "defaultDatabaseName" value that is set during "createSession". If no default is set during "createSession", then "faircom" is used.

string

1 to 64 bytes

inParams

specifies values for input parameters

[]

The is the default when no SQL statements have any named parameters. When one or more SQL statements have named parameters, this is required.

array of objects

inParams

.name

specifies the name of an input parameter

Required - No default value

string

inParams

.value

specifies the value of the parameter

Required - No default value

number

string

true

false

null

onError

specifies when to stop or continue the execution of SQL statements

"continue"

string

"stop"

"continue"

ownerName

specifies the unique name of a schema in a database

""

string

1 to 64 bytes

sqlStatements

specifies SQL statements that the server will execute

There is one SQL statement per string

Required - No default value

array of strings

`"atEnd"`

The "atEnd" property is an optional string that defines how the action commits or rolls back the statement it runs. It defaults to "rollbackOnError".

Essential information

Possible values:
- "commit"
  Setting "atEnd" to "commit" causes the "runSqlStatements" action to always commit the results of all successful SQL statements that you specify.
- "rollbackOnError"
  Setting "atEnd" to "rollbackOnError" causes the "runSqlStatements" action to commit the results of all SQL statements as long as all are completed successfully. If one SQL statement returns an error, the "runSqlStatements" action rolls back all changes.
- "rollback"
  Setting "atEnd" to "rollback" causes the "runSqlStatements" action to always roll back the results of all SQL statements. It does not matter if some complete successfully and some fail.
There are use cases in which use "onError" and "atEnd" together.
- When prototyping code.
```
"onError": "continue ", "atEnd": "rollback" 
```
  Use this sample when you want all statements to run and report errors, but you do not want to commit any changes. This is useful in development when you want to try out a number of SQL statements to check their syntax, performance, and proper execution and you do not yet want to commit changes because you are still developing the code. It is convenient since it eliminates the need to drop newly created objects and delete newly inserted records.
- When developing code.
```
"onError": "continue", "atEnd": "rollbackOnError"
```
  Use this sample when you want all statements to run so you can see and troubleshoot all errors and you want to commit all changes, but only when all SQL statements run successfully. This is the default setting because it is good for development and is still safe when these settings are accidentally deployed to production.
- When running in production and test environments.
```
"onError": "stop", "atEnd": "rollbackOnError"
```
  Use this sample when you want to immediately stop running SQL statements and rollback all changes when there is an error, but you want to commit all changes when all the SQL statements run successfully. This is useful in production because you want to commit a set of successfully executed SQL statements, but when a failure occurs, you want the server to immediately stop running the remaining SQL statements and roll back all changes. Immediately stopping execution and rolling back changes prevents server resources from being consumed unnecessarily.
- When deploying database changes.
```
"onError": "continue", "atEnd": "commit"
```
  Use this sample when you want to unconditionally commit all SQL statements even when an error occurs on one or more statements. This is useful for deploying database changes because it is common to ignore errors during a deployment process — for example, the DROP table command returns an error when dropping a table that does not exist. This error does not prevent a subsequent CREATE table from running successfully.

`"databaseName"`

The "databaseName" property is an optional string that specifies the database that contains the tables. It defaults to the database name supplied at login.

Note

In the API Explorer, "defaultDatabaseName" is set to "ctreeSQL" in the "createSession" action that happens at login.

Essential information

A zero-length "databaseName" is invalid.
Its limits are from 0 to 64 bytes.
If the "databaseName" property is omitted or set to null, the server will use the default database name specified at login.
If no default database is specified during "createSession", "defaultDatabaseName" will be set to the "defaultDatabaseName" value that is specified in the services.json file.

`"inParams"`

The "inParams" property is both an optional and required array of objects that specifies the values of input parameters. When optional it defaults to an empty array.

Essential information

It must include one value for each input parameter in each SQL statement in the "sqlStatements" property.
It is optional when no SQL statements have named parameters.
Note
A named parameter can be in SELECT and CALL statements.
It is required when one or more SQL statements have named parameters.

Example

{
  "params": {
    "inParams": [
      {
        "name": "inIntParam1",
        "value": 3
      },
      {
        "name": "inoutBinaryParam3",
        "value": "54657374"
      },
      {
        "name": "mySqlNamedParam4",
        "value": "Ray"
      }
    ]
  }
}

`"onError"`

The "onError" property is an optional string that determines when to stop or continue the execution of all SQL statements. It defaults to "continue".

Essential information

Possible values:
- "stop"
  Setting "onError" to "stop" causes the "runSqlStatements" action to stop executing SQL statements when it encounters an error. Stopping "runSqlStatements" on an error is useful when running subsequent steps that would cause problems or would consume server resources unnecessarily.
- "continue"
  Setting "onError" to "continue" causes the "runSqlStatements" action to continue executing SQL statements when it encounters an error. Continuing "runSqlStatements" on even when an error occurs is useful when you want to verify the viability of each specified statement, such as ensuring it uses the correct syntax and executes properly.
There are use cases in which use "onError" and "atEnd" together.
- When prototyping code.
```
"onError": "continue ", "atEnd": "rollback" 
```
  Use this sample when you want all statements to run and report errors, but you do not want to commit any changes. This is useful in development when you want to try out a number of SQL statements to check their syntax, performance, and proper execution and you do not yet want to commit changes because you are still developing the code. It is convenient since it eliminates the need to drop newly created objects and delete newly inserted records.
- When developing code.
```
"onError": "continue", "atEnd": "rollbackOnError"
```
  Use this sample when you want all statements to run so you can see and troubleshoot all errors and you want to commit all changes, but only when all SQL statements run successfully. This is the default setting because it is good for development and is still safe when these settings are accidentally deployed to production.
- When running in production and test environments.
```
"onError": "stop", "atEnd": "rollbackOnError"
```
  Use this sample when you want to immediately stop running SQL statements and rollback all changes when there is an error, but you want to commit all changes when all the SQL statements run successfully. This is useful in production because you want to commit a set of successfully executed SQL statements, but when a failure occurs, you want the server to immediately stop running the remaining SQL statements and roll back all changes. Immediately stopping execution and rolling back changes prevents server resources from being consumed unnecessarily.
- When deploying database changes.
```
"onError": "continue", "atEnd": "commit"
```
  Use this sample when you want to unconditionally commit all SQL statements even when an error occurs on one or more statements. This is useful for deploying database changes because it is common to ignore errors during a deployment process — for example, the DROP table command returns an error when dropping a table that does not exist. This error does not prevent a subsequent CREATE table from running successfully.

`"ownerName"`

The "ownerName" property is an optional string from 1 to 64 bytes that specifies the account that owns an object.

`"result"`

Properties summary

Table 2. "result" properties summary

Property

Description

Type

Limits (inclusive)

data

contains objects that the server returns

It is an empty array when there are no results available

array of objects

Its contents are determined by the action

data

.affectedRows

specifies the number of records that were affected by the SQL statement

integer

data

.errorCode

indicates an error when set to a non-zero integer or success when 0

integer

-2147483648 to 2147483647

data

.errorMessage

displays a human-readable error message

string

0 to 256 bytes

data

.output

specifies the results returned by a stored procedure or SELECT statement

object

data

.output

.data

specifies an array or object that the server returns, such as records returned by a query

It is an empty array when there are no results available

array

Its contents are determined by the action

data

.output

.dataFormat

specifies the format of the data in the "data" property

string

"arrays"

"autoDetect"

"objects"

data

.output

.fields

specifies the settings of a field in a table

array

data

.sql

specifies the original SQL statement that was executed

string

reactions

contains the data returned by a SQL SELECT statement

array of objects

reactions

.affectedRows

specifies the number of records that were affected by the SQL statement. 0 indicates no records were affected

integer

reactions

.elapsedMilliseconds

specifies the number of milliseconds it took for the server to execute the SQL statement

integer

reactions

.errorCode

indicates an error when set to a non-zero integer or success when 0

integer

-2147483648 to 2147483647

reactions

.errorMessage

displays a human-readable error message

string

0 to 256 bytes

reactions

.outParams

specifies the output values of a stored procedure

array of objects

reactions

.outParams

.binaryFormat

specifies the encoding of a binary data type. It is included when the data type of the output parameters is "binary", "varbinary", or "lvarbinary"

string

reactions

.outParams

.length

specifies the maximum possible length of the output parameter. It is included when the data type of the output parameter is "char", "varchar", "lvarchar", "binary", "varbinary", "lvarbinary", or "json"

integer

string

reactions

.outParams

.name

specifies the name of the output parameter

string

reactions

.outParams

.scale

specifies the scale of the output parameter. It is included when the data type of the output parameter is "number"

integer

reactions

.outParams

.type

specifies the JSON DB data type of the output parameter. This is useful when the value is a string containing another data type

string

reactions

.outParams

.value

specifies the value of the output parameter

array

false

null

number

object

string

true

reactions

.rows

specifies the rows returned by a stored procedure of a SELECT statement and metadata about the results

object

reactions

.startTimestamp

Specifies the time at which the query was initiated

reactions

.sql

indicates the SQL statement that is in the request to help associate each SQL statement in the request with the response. The order of the SQL statement in the request match the order in the response

array of objects

`"data"`

The "data" property contains a response message. Its contents are defined by the action. It is an empty array when no results are available.

"output"

The "output" object contains the results returned by a stored procedure or SELECT statement. In both cases, it contains the same information as returned in the "result" property of the "getRecordsUsingSQL" action. When there is no output, this property is set to the empty object.

Example

 "output": {
   "data": [],
   "dataFormat": "objects",
   "fields": []

"dataFormat"

The "dataFormat" property is an optional, case-insensitive string enum that defines the format of the response in the "data" property. The default format is an array of arrays. The alternative is an array of objects. The default for "dataFormat" can be changed during a "createSession" action by assigning a different value to the "dataFormat" property in "defaultResponseOptions".

There are three different (but similar) versions of the "dataFormat" property:

Two of those versions occur in a request and another occurs in a response. They all indicate how data is formatted.

"dataFormat" in the request inside "responseOptions" determines how the "data" property in the response is formatted.
Possible values include:
- "arrays"
  This is the default and causes the server to return results as an array of arrays, which is the most efficient.
- "objects"
  This returns results as an array of objects. This is less efficient but is simpler to generate, read, and troubleshoot.
"dataFormat" in the request in the "params" object notifies the server how the "sourceData" property is formatted in the request. This version is rarely used because of the default "autoDetect" behavior.
Possible values include:
- "arrays"
  This causes the server to return results as an array of arrays, which is the most efficient.
- "objects"
  This returns results as an array of objects. This is less efficient but is simpler to generate, read, and troubleshoot.
- "autoDetect"
  This is the default and causes the server to automatically detect the format of the data in the "sourceData" property.
"dataFormat" in the response shows the client how the server formatted the "data" property.
Possible values include:
- "arrays"
  This is the default and causes the server to return results as an array of arrays, which is the most efficient.
- "objects"
  This returns results as an array of objects. This is less efficient but is simpler to generate, read, and troubleshoot.

`"reactions"`

The "reactions" property is an array of objects that contain the data returned by a SQL SELECT statement.

Example

"result": {
  "reactions": [
    {
      "sql": "",
      "affectedRows": 0,
      "errorCode": 0,
      "errorMessage": "",
      "outParams": [],
      "rows": {},
      "startTimestamp": "",
      "elapsedMilliseconds": 0
    }
  ]
}

"rows"

The "rows" property is an object containing the rows that are returned by the stored procedure or the SELECT statement and metadata about the results.

Example

"result": {
  "reactions": [
    {
      "rows": {
        "binaryFormat": "hex",
        "data": [ { "name": "Emma Smith" } ],
        "dataFormat": "objects",
        "fields": [ { "name": "name", "type": "varchar", "length": 50 } ],
        "outParams": [],
        "numberFormat": "string",
        "requestedRecordCount": 1,
        "returnedRecordCount": 1
      }
    }
  ]
}

"outParams"

The "outParams" property is an array of objects that contains the output values of a stored procedure. When a stored procedure has no output parameters "outParams" is an empty array.

Note

The "binaryFormat" and "numberFormat" properties specified in the "runSQLStatements" action control the format of the data assigned to "value". These properties are included in the "data" property to notify your code how binary values and numbers are formatted.

Example

"result": {
  "reactions": [
    {
      "outParams": [
        {
          "name": "outDoubleParam2",
          "value": "0.00154",
          "type": "number",
          "length": 32,
          "scale": 5
        },
        {
          "name": "inOutBinaryParam3",
          "value": "2A2A2A2A",
          "type": "varbinary",
          "length": "65500",
          "binaryFormat": "hex"
        }
      ]
    }
  ]
}

"runSqlStatements"

JSON DB "runSqlStatements" action runs SQL statements as a batch operation

Essential information

Notice

Tip

Note

Request examples

Minimal request

Note

Unconditional rollback and immediate stop on first error request

Unconditional commit request

Response examples

Minimal response

Note

Rollback on error response

Note

Unconditional rollback and immediate stop on first error response

Unconditional commit response

Use the runSqlStatements JSON API action to run sql statements as a batch operation

"params"

Properties summary

"atEnd"

Essential information

"databaseName"

Note

Essential information

"inParams"

Essential information

Note

Example

"onError"

Essential information

"ownerName"

"result"

Properties summary

"data"

Example

arrays

objects

"reactions"

Example

Note

`"runSqlStatements"`

JSON DB `"runSqlStatements"` action runs SQL statements as a batch operation

`"params"`

`"atEnd"`

`"databaseName"`

`"inParams"`

`"onError"`

`"ownerName"`

`"result"`

`"data"`

`"reactions"`