NoSelect
The NoSelect
Custom Policy Checks prevents SELECT
statements from appearing in your Liquibase Pro changelog.
regex: (?i:select )

- Install Liquibase 4.29.0+
- Configure a valid Liquibase Pro license key
- 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, downloadliquibase-checks-<version>.jar
and put it in theliquibase/lib
directory.- Maven users only: Add this dependency to your
pom.xml
file:
- Maven users only: Add this dependency to your
<dependency>
<groupId>org.liquibase.ext</groupId>
<artifactId>liquibase-checks</artifactId>
<version>2.0.0</version>
</dependency>

Before creating a custom policy check with Python, we recommend being familiar with:
- Python 3.10.14+. (See here for the official Python tutorial)
- Optional: General coding and Python best practices which will improve your check performance:
- Efficient handling of structured data objects
- Effective and targeted parsing of text, objects, and SQL
- Using regular expressions and other pattern-matching tools within Python
- Using Python virtual environments. Liquibase comes with a built-in virtual environment for Liquibase Custom Policy Checks. The built-in environment includes Liquibase Python modules and some common external Python modules—no configuration needed. However, if you want to install additional modules, or if you want your IDE to recognize the Liquibase modules, you must Create a Python Virtual Environment separately.
Tip: Downloading Python itself is not required to create custom checks in the Liquibase checks framework, but it may be useful to test checks against Python 3.10.14+.
Step-by-Step
Note: These steps describe how to create the custom policy check. It does not exist by default in Liquibase Pro.
- Enter this command into the CLI:
liquibase checks customize --check-name=SqlUserDefinedPatternCheck
- Give your check a short name for easier identification. In this example we will title the check:
NoSelect
-
Set the Severity to return a code of 0-4 when triggered.
Options:'INFO'=0, 'MINOR'=1, 'MAJOR'=2, 'CRITICAL'=3, 'BLOCKER'=4
-
Set the SEARCH_STRING to this valid regular expression:
(?i:select )
-
Set the MESSAGE for when a match for regular expression <SEARCH_STRING> is found in a Changeset:
Example:
Error! SELECT statements not allowed.
-
Set STRIP_COMMENTS to
true
if you want to remove the comments from the output.The regex custom policy check is created successfully.
Sample Failing Scripts
SELECT * FROM DATABASECHANGELOG;
SELECT * from dbo.DATABASECHANGELOG;
SELECT * from [dbo].[DATABASECHANGELOG];
SELECT FIRST_NAME, LAST_NAME, CITY from EMPLOYEES;
Sample Error Message
CHANGELOG CHECKS
----------------
Checks completed validation of the changelog and found the following issues:
Check Name: Check for specific patterns in sql (NoSelect)
Changeset ID: sales
Changeset Filepath: changeLogs/1_tables/02_insertTable1.sql
Check Severity: INFO (Return code: 4)
Message: Error! SELECT statements not allowed.