Using Postgres Extensions in Ent Schema

Postgres extensions are add-on modules that extend the functionality of the database by providing new data types, operators, functions, procedural languages, and more.

This guide explains how to define a schema field that uses a data type provided by the PostGIS extension, and configure the schema migration to manage both Postgres extension installations and the Ent schema as a single migration unit using Atlas.

Extensions - 图1Atlas Pro Feature

Atlas support for Extensions is available exclusively to Pro users. To use this feature, run:

  1. atlas login

Install Atlas

To install the latest release of Atlas, simply run one of the following commands in your terminal, or check out the Atlas website:

  • macOS + Linux
  • Homebrew
  • Docker
  • Windows
  1. curl -sSf https://atlasgo.sh | sh
  1. brew install ariga/tap/atlas
  1. docker pull arigaio/atlas
  2. docker run --rm arigaio/atlas --help

If the container needs access to the host network or a local directory, use the --net=host flag and mount the desired directory:

  1. docker run --rm --net=host \
  2. -v $(pwd)/migrations:/migrations \
  3. arigaio/atlas migrate apply
  4. --url "mysql://root:pass@:3306/test"

Download the latest release and move the atlas binary to a file location on your system PATH.

Login to Atlas

  1. $ atlas login a8m
  2. You are now connected to "a8m" on Atlas Cloud.

Composite Schema

An ent/schema package is mostly used for defining Ent types (objects), their fields, edges and logic. Extensions like postgis or hstore do not have representation in Ent schema. A Postgres extension can be installed once in your Postgres database, and may be used multiple times in different schemas.

In order to extend our PostgreSQL schema migration to include both extensions and our Ent types, we configure Atlas to read the state of the schema from a Composite Schema data source. Follow the steps below to configure this for your project:

  1. Create a schema.sql that defines the necessary extensions used by your database. In the same way, you can define the extensions in Atlas Schema HCL language:
  • Using SQL
  • Using HCL

schema.sql

  1. -- Install PostGIS extension.
  2. CREATE EXTENSION postgis;

schema.hcl

  1. schema "public" {}
  2. extension "postgis" {
  3. schema = schema.public
  4. version = "3.4.2"
  5. comment = "PostGIS geometry and geography spatial types and functions"
  6. }
  1. In your Ent schema, define a field that uses the data type provided by the extension. In this example, we use the GEOMETRY(Point, 4326) data type provided by the postgis extension:

ent/schema/user.go

  1. // Fields of the User.
  2. func (User) Fields() []ent.Field {
  3. return []ent.Field{
  4. field.Bytes("location").
  5. // Ideally, we would use a custom GoType
  6. // to represent the "geometry" type.
  7. SchemaType(map[string]string{
  8. dialect.Postgres: "GEOMETRY(Point, 4326)",
  9. }),
  10. }
  11. }
  1. Create a simple atlas.hcl config file with a composite_schema that includes both the extensions defined in schema.sql and your Ent schema:

atlas.hcl

  1. data "composite_schema" "app" {
  2. # Install extensions first (PostGIS).
  3. schema "public" {
  4. url = "file://schema.sql"
  5. }
  6. # Then, load the Ent schema.
  7. schema "public" {
  8. url = "ent://ent/schema"
  9. }
  10. }
  11. env "local" {
  12. src = data.composite_schema.app.url
  13. dev = "docker://postgis/latest/dev"
  14. format {
  15. migrate {
  16. diff = "{{ sql . \" \" }}"
  17. }
  18. }
  19. }

Usage

After setting up our composite schema, we can get its representation using the atlas schema inspect command, generate schema migrations for it, apply them to a database, and more. Below are a few commands to get you started with Atlas:

Inspect the Schema

The atlas schema inspect command is commonly used to inspect databases. However, we can also use it to inspect our composite_schema and print the SQL representation of it:

  1. atlas schema inspect \
  2. --env local \
  3. --url env://src \
  4. --format '{{ sql . }}'

The command above prints the following SQL.

  1. -- Add new schema named "public"
  2. CREATE SCHEMA IF NOT EXISTS "public";
  3. -- Set comment to schema: "public"
  4. COMMENT ON SCHEMA "public" IS 'standard public schema';
  5. -- Create extension "postgis"
  6. CREATE EXTENSION "postgis" WITH SCHEMA "public" VERSION "3.4.2";
  7. -- Create "users" table
  8. CREATE TABLE "public"."users" ("id" bigint NOT NULL GENERATED BY DEFAULT AS IDENTITY, "location" public.geometry(point,4326) NOT NULL, PRIMARY KEY ("id"));

Extensions - 图2Extensions Are Database-Level Objects

Although the SCHEMA argument is supported by the CREATE EXTENSION command, it only indicates where the extension’s objects will be installed. The extension itself is installed at the database level and cannot be loaded multiple times into different schemas.

Therefore, to avoid conflicts with other schemas, when working with extensions, the scope of the migration should be set to the database, where objects are qualified with the schema name. Hence, the search_path is dropped from the dev-database URL in the atlas.hcl file.

Generate Migrations For the Schema

To generate a migration for the schema, run the following command:

  1. atlas migrate diff \
  2. --env local

Note that a new migration file is created with the following content:

migrations/20240712090543.sql

  1. -- Create extension "postgis"
  2. CREATE EXTENSION "postgis" WITH SCHEMA "public" VERSION "3.4.2";
  3. -- Create "users" table
  4. CREATE TABLE "public"."users" (
  5. "id" bigint NOT NULL GENERATED BY DEFAULT AS IDENTITY,
  6. "location" public.geometry(point,4326) NOT NULL,
  7. PRIMARY KEY ("id")
  8. );

Apply the Migrations

To apply the migration generated above to a database, run the following command:

  1. atlas migrate apply \
  2. --env local \
  3. --url "postgres://postgres:pass@localhost:5432/database?search_path=public&sslmode=disable"

Extensions - 图3Apply the Schema Directly on the Database

Sometimes, there is a need to apply the schema directly to the database without generating a migration file. For example, when experimenting with schema changes, spinning up a database for testing, etc. In such cases, you can use the command below to apply the schema directly to the database:

  1. atlas schema apply \
  2. --env local \
  3. --url "postgres://postgres:pass@localhost:5432/database?sslmode=disable"

Or, using the Atlas Go SDK:

  1. ac, err := atlasexec.NewClient(".", "atlas")
  2. if err != nil {
  3. log.Fatalf("failed to initialize client: %w", err)
  4. }
  5. // Automatically update the database with the desired schema.
  6. // Another option, is to use 'migrate apply' or 'schema apply' manually.
  7. if _, err := ac.SchemaApply(ctx, &atlasexec.SchemaApplyParams{
  8. Env: "local",
  9. URL: "postgres://postgres:pass@localhost:5432/database?sslmode=disable",
  10. }); err != nil {
  11. log.Fatalf("failed to apply schema changes: %w", err)
  12. }

The code for this guide can be found in GitHub.