Skip to content

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Jan 28, 2026

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package Update Change
sqlc major @latest1.30.0

Release Notes

sqlc-dev/sqlc (sqlc)

v1.30.0

What's Changed

New Contributors

Full Changelog: sqlc-dev/sqlc@v1.29.0...v1.30.0

v1.29.0

What's Changed

New Contributors

Full Changelog: sqlc-dev/sqlc@v1.28.0...v1.29.0

v1.28.0

What's Changed

Fixes
Features
Documentation
Misc

New Contributors

Full Changelog: sqlc-dev/sqlc@v1.27.0...v1.28.0

v1.27.0

Release notes

Sunsetting hosted ephemeral databases

On September 4th, 2024, we'll be turning off support for hosted ephemeral databases in sqlc Cloud. If you use managed databases or query verification with sqlc Cloud, you'll need to update to 1.27.0 to avoid any issues. I've already emailed you if you're using this feature. It's more than likely that you are not!

https://redirect.github.com/sqlc-dev/sqlc/discussions/3422

Bug Fixes
  • (dbmanager) Add leading slash to db uri path rewrite (#​3493)
  • (verify) Include database engine in request (#​3522)
Features
  • (golang) Add initialisms configuration (#​3308)
  • (compiler) Support subqueries in the FROM clause (second coming) (#​3310)
  • Managed databases with any accessible server (#​3421)
  • (vet) Use new dbmanager client (#​3423)
  • (verify) Update verify to work with managed databases (#​3425)
Documentation
  • Fix typo in config (#​3358)
  • Resolve a typo in configuration keys (#​3349)
  • Add sponsorship information to README (#​3413)
  • Update the language-support to include C# (#​3408)
  • Add migration guide for hosted managed databases (#​3417)
  • Fix readme links (#​3424)
  • Update the managed db and verify documentation (#​3426)
  • Add sponsor image (#​3428)
  • Add Ruby as supported language (#​3487)
  • Update migrating-to-sqlc-gen-kotlin.md (#​3454)
  • Fix typo in comment (#​3316)
  • Fix deprecated build tag format (#​3361)
Testing
  • (endtoend) Re-use databases when possible (#​3315)
  • Enabled MySQL database (#​3318)
  • Remove internal/sqltest/hosted package (#​3521)

v1.26.0

Release notes

This release is mainly a bug fix release. It also includes an important security fix for users using output plugins.

Changes
Bug Fixes
  • (docker) Use distroless base image instead of scratch (#​3111)
  • (generate) Ensure files are created inside output directory (#​3195)
  • (mysql) BREAKING: Use int16 for MySQL SMALLINT and YEAR (#​3106)
  • (mysql) BREAKING: Use int8 for MySQL TINYINT (#​3298)
  • (mysql) Variables not resolving in ORDER BY statements (#​3115)
  • (opts) Validate SQL package and driver options (#​3241)
  • (postgres/batch) Ignore query_parameter_limit for batches
  • (scripts) Remove deprecated test output regeneration script (#​3105)
  • (sqlite) Correctly skip unknown statements (#​3239)
Documentation
  • (postgres) Add instructions for PostGIS/GEOS (#​3182)
  • Improve details on TEXT (#​3247)
Features
  • (generate) Avoid generating empty Go imports (#​3135)
  • (mysql) Add NEXTVAL() to the MySQL catalog (#​3147)
  • (mysql) Support json.RawMessage for LOAD DATA INFILE (#​3099)
Build
  • (deps) Bump github.com/jackc/pgx/v5 to 5.5.5 (#​3259)
  • (deps) Bump modernc.org/sqlite to 1.29.5 (#​3200)
  • (deps) Bump github.com/go-sql-driver/mysql to 1.8.0 (#​3257)
  • (deps) Bump github.com/tetratelabs/wazero to 1.7.0 (#​3096)
  • (deps) Bump github.com/pganalyze/pg_query_go to v5 (#​3096)

v1.25.0

What's new

Add tags to push and verify

You can add tags when pushing schema and queries to sqlc Cloud. Tags operate like git tags, meaning you can overwrite previously-pushed tag values. We suggest tagging pushes to associate them with something relevant from your environment, e.g. a git tag or branch name.

$ sqlc push --tag v1.0.0

Once you've created a tag, you can refer to it when verifying changes, allowing you
to compare the existing schema against a known set of previous queries.

$ sqlc verify --against v1.0.0
C-ya, cgo

Over the last month, we've switched out a few different modules to remove our reliance on cgo. Previously, we needed cgo for three separate functions:

With the help of the community, we found cgo-free alternatives for each module:

For the first time, Windows users can enjoy full PostgreSQL support without using WSL. It's a Christmas miracle!

If you run into any issues with the updated dependencies, please open an issue.

Bug Fixes
  • (codegen) Wrong yaml annotation in go codegen options for output_querier_file_name (#​3006)
  • (codegen) Use derived ArrayDims instead of deprecated attndims (#​3032)
  • (codegen) Take the maximum array dimensions (#​3034)
  • (compiler) Skip analysis of queries without a name annotation (#​3072)
  • (codegen/golang) Don't import "strings" for sqlc.slice() with pgx (#​3073)
Documentation
  • Add name to query set configuration (#​3011)
  • Add a sidebar link for push, add Go plugin link (#​3023)
  • Update banner for sqlc-gen-typescript (#​3036)
  • Add strict_order_by in doc (#​3044)
  • Re-order the migration tools list (#​3064)
Features
  • (analyzer) Return zero values when encountering unexpected ast nodes (#​3069)
  • (codegen/go) add omit_sqlc_version to Go code generation (#​3019)
  • (codgen/go) Add emit_sql_as_comment option to Go code plugin (#​2735)
  • (plugins) Use wazero instead of wasmtime (#​3042)
  • (push) Add tag support (#​3074)
  • (sqlite) Support emit_pointers_for_null_types (#​3026)
Testing
  • (endtoend) Enable for more build targets (#​3041)
  • (endtoend) Run MySQL and PostgreSQL locally on the runner (#​3095)
  • (typescript) Test against sqlc-gen-typescript (#​3046)
  • Add tests for omit_sqlc_version (#​3020)
  • Split schema and query for test (#​3094)
Build
  • (deps) Bump idna from 3.4 to 3.6 in /docs (#​3010)
  • (deps) Bump sphinx-rtd-theme from 1.3.0 to 2.0.0 in /docs (#​3016)
  • (deps) Bump golang from 1.21.4 to 1.21.5 (#​3043)
  • (deps) Bump actions/setup-go from 4 to 5 (#​3047)
  • (deps) Bump github.com/jackc/pgx/v5 from 5.5.0 to 5.5.1 (#​3050)
  • (deps) Upgrade to latest version of github.com/wasilibs/go-pgquery (#​3052)
  • (deps) Bump google.golang.org/grpc from 1.59.0 to 1.60.0 (#​3053)
  • (deps) Bump babel from 2.13.1 to 2.14.0 in /docs (#​3055)
  • (deps) Bump actions/upload-artifact from 3 to 4 (#​3061)
  • (deps) Bump modernc.org/sqlite from 1.27.0 to 1.28.0 (#​3062)
  • (deps) Bump golang.org/x/crypto from 0.14.0 to 0.17.0 (#​3068)
  • (deps) Bump google.golang.org/grpc from 1.60.0 to 1.60.1 (#​3070)
  • (deps) Bump google.golang.org/protobuf from 1.31.0 to 1.32.0 (#​3079)
  • (deps) Bump github.com/tetratelabs/wazero from 1.5.0 to 1.6.0 (#​3096)
  • (sqlite) Update to antlr 4.13.1 (#​3086)
  • (sqlite) Disable modernc for WASM (#​3048)
  • (sqlite) Switch from mattn/go-sqlite3 to modernc.org/sqlite (#​3040)

New Contributors

Full Changelog: sqlc-dev/sqlc@v1.24.0...v1.25.0

v1.24.0

What's new

Verifying database schema changes

Schema updates and poorly-written queries often bring down production databases. That’s bad.

Out of the box, sqlc generate catches some of these issues. Running sqlc vet with the sqlc/db-prepare rule catches more subtle problems. But there is a large class of issues that sqlc can’t prevent by looking at current schema and queries alone.

For instance, when a schema change is proposed, existing queries and code running in production might fail when the schema change is applied. Enter sqlc verify, which analyzes existing queries against new schema changes and errors if there are any issues.

Let's look at an example. Assume you have these two tables in production.

CREATE TABLE users (
  id UUID PRIMARY KEY
);

CREATE TABLE user_actions (
  id UUID PRIMARY KEY,
  user_id UUID NOT NULL,
  action TEXT,
  created_at TIMESTAMP
);

Your application contains the following query to join user actions against the users table.

-- name: GetUserActions :many
SELECT * FROM users u
JOIN user_actions ua ON u.id = ua.user_id
ORDER BY created_at;

So far, so good. Then assume you propose this schema change:

ALTER TABLE users ADD COLUMN created_at TIMESTAMP;

Running sqlc generate fails with this change, returning a column reference "created_at" is ambiguous error. You update your query to fix the issue.

-- name: GetUserActions :many
SELECT * FROM users u
JOIN user_actions ua ON u.id = ua.user_id
ORDER BY u.created_at;

While that change fixes the issue, there's a production outage waiting to happen. When the schema change is applied, the existing GetUserActions query will begin to fail. The correct way to fix this is to deploy the updated query before applying the schema migration.

It ensures migrations are safe to deploy by sending your current schema and queries to sqlc cloud. There, we run the queries for your latest push against your new schema changes. This check catches backwards incompatible schema changes for existing queries.

Here sqlc verify alerts you to the fact that ORDER BY "created_at" is ambiguous.

$ sqlc verify
FAIL: app query.sql

=== Failed
=== FAIL: app query.sql GetUserActions
    ERROR: column reference "created_at" is ambiguous (SQLSTATE 42702)

By the way, this scenario isn't made up! It happened to us a few weeks ago. We've been happily testing early versions of verify for the last two weeks and haven't had any issues since.

This type of verification is only the start. If your application is deployed on-prem by your customers, verify could tell you if it's safe for your customers to rollback to an older version of your app, even after schema migrations have been run.

Rename upload command to push

We've renamed the upload sub-command to push. We changed the data sent along in a push request. Upload used to include the configuration file, migrations, queries, and all generated code. Push drops the generated code in favor of including the plugin.GenerateRequest, which is the protocol buffer message we pass to codegen plugins.

We also add annotations to each push. By default, we include these environment variables if they are present:

GITHUB_REPOSITORY
GITHUB_REF
GITHUB_REF_NAME
GITHUB_REF_TYPE
GITHUB_SHA

Like upload, push should be run when you tag a release of your application. We run it on every push to main, as we continuously deploy those commits.

MySQL support in createdb

The createdb command, added in the last release, now supports MySQL. If you have a cloud project configured, you can use sqlc createdb to spin up a new ephemeral database with your schema and print its connection string to standard output. This is useful for integrating with other tools. Read more in the managed databases documentation.

Plugin interface refactor

This release includes a refactored plugin interface to better support future functionality. Plugins now support different methods via a gRPC service interface, allowing plugins to support different functionality in a backwards-compatible way.

By using gRPC interfaces, we can even (theoretically) support remote plugins, but that's something for another day.

New Contributors

Full Changelog: sqlc-dev/sqlc@v1.23.0...v1.24.0

v1.23.0

What's new

Database-backed query analysis

With a database connection configured, sqlc generate will gather metadata from that database to support its query analysis. Turning this on resolves a large number of issues in the backlog related to type inference and more complex queries. The easiest way to try it out is with managed databases.

The database-backed analyzer currently supports PostgreSQL, with MySQL and SQLite support planned in the future.

New createdb command

When you have a cloud project configured, you can use the new sqlc createdb command to spin up a new ephemeral database with your schema and print its connection string to standard output. This is useful for integrating with other tools. Read more in the managed databases documentation.

Support for pgvector

If you're using pgvector, say goodbye to custom overrides! sqlc now generates code using pgvector-go as long as you're using pgx. The pgvector extension is also available in managed databases.

Go build tags

With the new emit_build_tags configuration parameter you can set build tags for sqlc to add at the top of generated source files.

What's Changed


Configuration

📅 Schedule: Branch creation - "after 10pm every weekday,before 6am every weekday,every weekend" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot force-pushed the renovate/major-hermit-tools branch 5 times, most recently from e8d615b to 3198199 Compare February 1, 2026 01:48
@renovate renovate bot force-pushed the renovate/major-hermit-tools branch from 3198199 to f020e55 Compare February 1, 2026 14:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Development

Successfully merging this pull request may close these issues.

0 participants