Skip to main content

Realtask DB

If you are a on-premise customer, Realtask would have been installed in your AWS Account, which includes Realtask Application DB (App Db), where all Users, Jobs, tasks and rest of the configuration is stored. This doc provides some details that would be useful to explore the DB for data extraction, backup or other purposes.

Connecting to DB

Realtask uses Postgres DB, typically created as RDS instance, but depending on your needs, you can use Heroku Postgres or independent instance. Gather the following information which is required to connect to db.

  • Host Name This is the db server host name. Make sure you are connected to VPN or using bastion host to connect as db is typically installed in non-internet facing network
  • Port Typically this value is 5432 for Postgres but can vary based on installation
  • Database Postgres instance can host multiple databases. For RT typically we would have created a separate db with naming convention <prefix>_appsuite_appdb
  • Username Db Username
  • Password Db Password

Now use your tool of choice to connect to DB. We recommend DbVisualizer, which has a Free version and is a great cross-platform way to connect to DB and other sources.

Schema

Here is the ER diagram showing important tables and how they are connected.

Tables

NameDescription
tenantThis table stores multiple tenant records in multi-tenant deployments. It should have single record for single-tenant and on-premise deployments
usersThis table stores all (both active and inactive) application users
user_groupStores user groups
user_group_memberStores users associated with a particular user group
envStores environment records
connStores connections managed in Realtask, including Sfdc, Google and other connections
rt_jobStores Realtask Jobs
rt_taskStores Realtask Tasks
rt_runRepresents a single RT Job run. Task run details are included in the same record as structured Json
rt_run_statStores summarized run stats for a Job

JSON Columns

Realtask deals with complex information structure and many times makes use of Postgres Json columns. As you explore, look for columns of type jsonb which stores Json blobs.

Here are some of the important Json columns.

TableColumnDescription
optionsStores user configuration/options pertaining to a Job/Task etc
settingsStores server managed information pertaining to a Job/Task, typically run related information
rt_jobrun_statsStores last run stats like total records processed, successful, errors etc.,
rt_jobsharing_detailsStores Sharing details for a Job
rt_jobrun_infoStores last run worker information like memory size, runtime container id etc.,
rt_tasksourceStores Task source configuration
rt_tasktargetStores Task target configuration
rt_taskfield_mappingStores Task field mapping configuration
rt_taskrow_mappingStores Task row mapping configuration
rt_runtasksStores Task level details in the Run
rt_runstatsStores run stats like total/success/error counts
rt_runruntime_infoStores runtime worker information
rt_runparamsStores params information