timestampColumnName
timestampColumnName is a custom policy check that ensures all columns of a specified type include a postfix such as timestamp columns must include _ts at the end.
Learn how to create and customize the timestampColumnName Liquibase Custom Policy Check using a Python script.
This example works for relational databases. You can use this check as it is or customize it further to fit your needs in your SQL database.
For a conceptual overview of this feature, see Liquibase Pro Custom Policy Checks.
Before you begin
Scope | Database |
database | Relational |
Before you begin
Liquibase 4.29.0+
Configure a valid Liquibase Pro license key
Create a Check Settings file
Ensure the Liquibase Checks extension is installed. In Liquibase 4.31.0+, it is already installed in the
/liquibase/internal/lib
directory, so no action is needed.If the checks JAR is not installed, download
liquibase-checks-<version>.jar
and put it in theliquibase/lib
directory.Maven users only:
Add this dependency to your
pom.xml
file:
<dependency> <groupId>org.liquibase.ext</groupId> <artifactId>liquibase-checks</artifactId> <version>2.0.0</version> </dependency>
Java Development Kit 17+ (available for Open JDK and Oracle JDK)
Linux, macOS, or Windows operating system
Procedure
These steps describe how to create the Custom Policy Check. It does not exist by default in Liquibase Pro.
Add this code to your Checks Settings file:
timestampColumnName Python Script
Initiate the customization process
In the CLI, run this command:
liquibase checks customize --check-name=CustomCheckTemplate
The CLI prompts you to finish configuring your file. A message displays:
This check cannot be customized directly because one or more fields does not have a default value.
Liquibase will then create a copy of CustomCheckTemplate
and initiate the customization workflow.
Give your check a short name so you can easily identify what Python script it is associated with
Use up to 64 alpha-numeric characters only.
In this example we will name the check:
timestampColumnName
Set the Severity to return a code of 0-4 when triggered.
These severity codes allow you to determine if the job moves forward or stops when this check triggers.
Learn more here: Use Policy Checks in Automation: Severity and Exit Code
options: 'INFO'=0
, 'MINOR'=1
, 'MAJOR'=2
, 'CRITICAL'=3
, 'BLOCKER'=4
Set the SCRIPT_DESCRIPTION
In this example, we will set the description to:
This script ensures that all columns include _ts at the end.
Set the SCRIPT_SCOPE
In this example, we will set the scope to:
database
: If your check looks for the presence of keys, indexes, or table name patterns in your database schema including Liquibase Tracking Tables. With this value, the check runs once for each database object.
Set the SCRIPT_MESSAGE
This message will display when the check is triggered. In this example we will use:
Column name __COLUMN_NAME__ must include __COLUMN_POSTFIX__. It is recommended this be fixed before proceeding.
Set the SCRIPT_PATH
This is the relative path where your script is stored in relation to the changelog specified in --changelog-file
, whether it is stored locally or in a repository.
In this example, we will set the path to:
scripts/timestamp-column-name.py
Set the SCRIPT_ARGUMENT
COLUMN_TYPE=TIMESTAMP, COLUMN_POSTFIX=_TS
This allows you to pass dynamic information into the Custom Policy Check without modifying the Python code.
When you set DATA_TYPE=CLOB
in the CLI, you can retrieve it in your code with both of these variables:
column_type = liquibase_utilities.get_arg("COLUMN_TYPE")
column_postfix = liquibase_utilities.get_arg("COLUMN_POSTFIX")
If you customize your check later, you can specify a new value in the CLI. If you don't need dynamic arguments, leave this field blank.
Set the REQUIRES_SNAPSHOT
If your script scope is changelog
, set whether the check requires a database snapshot. Specify true
if your check needs to inspect database objects.
If your script scope is database
, Liquibase always takes a snapshot, so this prompt does not appear.
Note: The larger your database, the more performance impact a snapshot causes. If you cannot run a snapshot due to memory limitations, see Memory Limits of Inspecting Large Schemas.