pg>: PostgreSQL operations

pg> operator runs queries and/or DDLs on PostgreSQL.

Copy
Copied
_export:
  pg:
    host: 192.0.2.1
    port: 5430
    database: production_db
    user: app_user
    ssl: true
    schema: myschema
    # strict_transaction: false

+replace_deduplicated_master_table:
  pg>: queries/dedup_master_table.sql
  create_table: dedup_master

+prepare_summary_table:
  pg>: queries/create_summary_table_ddl.sql

+insert_to_summary_table:
  pg>: queries/join_log_with_master.sql
  insert_into: summary_table

+select_members:
  pg>: select_members.sql
  store_last_results: first

+send_email:
  for_each>:
    member: ${pg.last_results}
  _do:
    mail>: body.txt
    subject: Hello, ${member.name}!
    to: [${member.email}]

Secrets

When you don't know how to set secrets, please refer to Managing Workflow Secret

  • pg.password : NAME

    Optional user password to use when connecting to the Postgres database. If you want to use multiple credentials, use password_override option.

Options

  • pg> : FILE.sql

    Path of the query template file. This file can contain ${...} syntax to embed variables.

    Examples:

    Copy
    Copied
    pg>: queries/complex_queries.sql
  • create_table : NAME

    Table name to create from the results. This option deletes the table if it already exists.

    This option adds DROP TABLE IF EXISTS; CREATE TABLE AS before the statements written in the query template file. Also, CREATE TABLE statement can be written in the query template file itself without this command.

    Examples:

    Copy
    Copied
    create_table: dest_table
  • insert_into : NAME

    Table name to append results into.

    This option adds INSERT INTO before the statements written in the query template file. Also, INSERT INTO statement can be written in the query template file itself without this command.

    Examples:

    Copy
    Copied
    insert_into: dest_table
  • download_file : NAME

    Local CSV file name to be downloaded. The file includes the result of query.

    Examples:

    Copy
    Copied
    download_file: output.csv
  • store_last_results : false | first | all

    Whether to store the query results to pg.last_results parameter. Default: false.

    Setting first stores the first row to the parameter as an object (e.g. ${pg.last_results.count}).

    Setting all stores all rows to the parameter as an array of objects (e.g. ${pg.last_results[0].name}). If number of rows exceeds limit, task fails.

    Examples:

    Copy
    Copied
    store_last_results: first
    Copy
    Copied
    store_last_results: all
  • database : NAME

    Database name.

    Examples:

    Copy
    Copied
    database: my_db
  • host : NAME

    Hostname or IP address of the database.

    Examples:

    Copy
    Copied
    host: db.foobar.com
  • port : NUMBER

    Port number to connect to the database. Default: 5432.

    Examples:

    Copy
    Copied
    port: 2345
  • user : NAME

    User to connect to the database

    Examples:

    Copy
    Copied
    user: app_user
  • ssl : BOOLEAN

    Enable SSL to connect to the database. Default: false.

    Examples:

    Copy
    Copied
    ssl: true
  • schema : NAME

    Default schema name. Default: public.

    Examples:

    Copy
    Copied
    schema: my_schema
  • strict_transaction : BOOLEAN

    Whether this operator uses a strict transaction to prevent generating unexpected duplicated records just in case. Default: true. This operator creates and uses a status table in the database to make an operation idempotent. But if creating a table isn't allowed, this option should be false.

    Examples:

    Copy
    Copied
    strict_transaction: false
  • status_table_schema : NAME

    Schema name of status table. Default: same as the value of schema option.

    Examples:

    Copy
    Copied
    status_table_schema: writable_schema
  • status_table : NAME

    Table name of status table. Default: __digdag_status.

    Examples:

    Copy
    Copied
    status_table: customized_status_table
  • password_override : NAME

    Secret key name that has a non-default database password as its value. This would be useful when you want to use multiple database credentials. If it's set, Digdag looks up secrets with this value as a secret key name. If not, the default secret key pg.password is used.

    Examples (let's say you've already added a secret key value pg.another_password=password1234):

    Copy
    Copied
    password_override: another_password