Side-by-side comparisons of SchemaSmith against the database schema migration tools your team is most likely already considering.
The biggest decision isn’t which tool — it’s how you model the problem. Do you declare what the database should look like and let the tool compute the change (state-based / declarative), or write every alteration as an ordered SQL script (migration-based / imperative)? That one choice shapes how drift happens, how rollback works, how teams collaborate, and how cost scales.
Three more axes decide the rest:
The comparisons and feature matrix below are organized around these axes, so you can weigh SchemaSmith against the alternatives on your actual constraints.
State-based JSON vs imperative migration scripts. Free-at-any-scale vs Flyway’s tiered Community / Enterprise model.
Free, source-available cross-platform CLI vs Redgate’s commercial Windows GUI. Reference-data deployment bundled in.
Deployment-pipeline focus (free, multi-platform) vs Redgate’s 10-tool, per-user, Windows-centric bundle.
Changelog-driven migrations vs state-based deployments. Free-at-any-scale vs Liquibase Secure’s four paid tiers.
Both state-based, both free. Multi-platform JSON CLI vs SQL-Server-only DACPAC artifacts authored in SSDT.
Standalone declarative CLI vs DbUp’s embedded .NET library running ordered SQL scripts. Both free.
JSON metadata + free CLI vs HCL / Terraform-style declarations + Atlas Pro’s per-developer / per-CI / per-database fees.
Database-first JSON managing the full database vs EF’s code-first scope (tables and indexes mapped in C# models).
The conceptual decision behind every comparison above — how state-based and migration-based approaches differ in workflow, drift, and rollback.
This cheatsheet maps Flyway's versioned migration scripts to SchemaSmith's state-based approach — a direct reference for anyone comparing tools or planning a switch. Enter your email to get it, plus monthly migration cheatsheets and SchemaSmith release notes.
Check your inbox. Your cheatsheet is on the way.
Something went wrong. Please try again.
How the cross-platform tools line up on the axes that decide the choice. The SQL-Server-only tools (DACPAC, SQL Compare, SQL Toolbelt, DbUp) are covered in the cards above.
| Feature | SchemaSmith | Flyway | Liquibase | Atlas | EF Migrations |
|---|---|---|---|---|---|
| Approach | State-based JSON | Imperative scripts | Changelog-driven | Declarative HCL | Code-first models |
| Platforms | SQL Server, PostgreSQL, MySQL | 20+ via JDBC | 20+ supported | PostgreSQL, MySQL, MariaDB | SQL Server, PostgreSQL, MySQL, others |
| Reference-data deployment | Native (DataTongs + DataDelivery) | Hand-written scripts | Inline in changesets | Manual / scripted | Seed data in migrations |
| Rollback model | Re-deploy prior release | Hand-written down scripts | Hand-written rollbacks | Manual snapshots | Manual rollback migrations |
| CI/CD | Idempotent; no migration log to track | Order-dependent; tracks migrations | Order-dependent; tracks changesets | Idempotent CLI | Idempotent migrations |
| Licensing / cost at scale | Free, source-available (SSCL v2.0) | Free + paid Enterprise | Free + paid Secure tiers | Free CLI + paid Pro | Free (part of .NET) |
How each tool is licensed and how cost behaves as your team and infrastructure grow. Specific dollar figures are not publicly listed for most paid tools — see the linked vendor sites for current rates.
| Tool | License | Pricing Model | Cost Drivers |
|---|---|---|---|
| SchemaSmith | SSCL v2.0 (source-available) | Free — unlimited seats, schemas, instances | None — cost stays at $0/year regardless of scale |
| Flyway | Apache 2.0 (Community) / proprietary (Enterprise) | Free Community; Enterprise contact-sales | Team size, replica count, multi-region scenarios drive Enterprise need |
| Liquibase | Apache 2.0 (Community) / proprietary (Secure) | Free Community; Liquibase Secure has 4 paid tiers (contact sales) | Application count and database-type count drive tier upgrades |
| Atlas | Apache 2.0 (CLI) / proprietary (Pro / Cloud) | Free Starter CLI; Atlas Pro published rates | Per developer + per CI/CD project + per additional monitored database |
| SQL Compare | Commercial, proprietary | Per-user with tiered bands; 14-day trial | Per-user license count grows with the team; SQL Data Compare separate |
| SQL Toolbelt Essentials | Commercial bundle, proprietary | Per-user bundle; check vendor for current rates | Per-user license count grows with the team; bundle of 10 tools |
| DACPAC / SSDT | Free with Visual Studio | Free (sqlpackage CLI free; SSDT ships with VS) | Visual Studio licensing for authoring, otherwise no per-tool cost |
| DbUp | MIT (open source) | Free | None (NuGet package); cost is developer time on script maintenance |
| EF Migrations | MIT (part of EF Core) | Free | None; cost is parallel migration system for non-EF objects |
SchemaSmith is free for any purpose — personal, commercial, internal, educational — under the SchemaSmith Community License (SSCL v2.0). Unlimited seats, unlimited schemas, unlimited servers, no per-user charges. The same free CLI deploys to dev, staging, and production at any team size, on any number of databases, forever — covering SQL Server, PostgreSQL, and MySQL. The other free tools listed here (DACPAC, DbUp, EF Migrations) are also free but solve different scopes; the per-tool comparison pages spell out where each fits.
$0/year whether you manage one dev database or fifty production instances across three regions. Source-available under SSCL v2.0 — full source, modify it for your own use, no per-seat caps, no vendor lock-in.
A single binary deploys to SQL Server, PostgreSQL, and MySQL — but each platform gets its own native schema definitions and templates, not a one-size-fits-all abstraction that papers over real differences.
Declare every table, view, and procedure as JSON; SchemaTongs extracts, SchemaQuench deploys, and DataTongs delivers reference data in the same package — no separate tooling, no hand-written seed scripts.
A standalone CLI, not a hosted platform. Your schema packages are JSON and SQL in source control, deployed by whatever CI tool you already run — portable forward, on your terms.
SchemaSmith is state-based: you declare what your schema should look like as JSON, and the tool generates the SQL to get there. Flyway and Liquibase are migration-based — you write ordered scripts that build up to the final state. State-based means no migration history to maintain, built-in drift detection, and idempotent deployments. Migration-based gives you explicit control of each step, at the cost of disciplined ordering and hand-written rollback scripts.
Yes. SchemaSmith is licensed under SSCL v2.0 and is free for any use — personal, commercial, internal, educational — at any organization size, on any number of databases, forever. No per-seat charges, no per-instance caps, no usage tiers. The same free CLI deploys to dev, staging, and production. What you can’t do is redistribute it as a standalone product, bundle it inside software you sell, or offer it as a hosted service.
SchemaSmith supports SQL Server, PostgreSQL, and MySQL as first-class peers, each with its own native schema definitions and DDL generation. Whether your team runs one of these platforms or all three, it’s a single toolset you point at each target. Databases outside this set (Oracle, Snowflake, and others) aren’t supported today.
Yes — you roll back by deploying the prior release’s schema package, the same way you deploy forward. SchemaQuench compares the database to that prior state and generates the delta to bring it back. Schema structure (tables, views, procedures, indexes) reverts automatically with no hand-written undo scripts. Data preservation for destructive changes — keeping values from a column being dropped, for example — uses an optional migration script in the same package; you decide what to preserve, and the tool handles the structure.
SchemaSmith is source-available, not open source. The full source is public on GitHub: you can read it, modify it for your own use, and contribute improvements back. What the SSCL v2.0 license doesn’t allow is redistributing it as a standalone product or bundling it into something you sell. For teams that want production-grade code without that distribution freedom, source-available is the right fit.
Yes. SchemaSmith is a standalone CLI that runs in any CI/CD pipeline — your schema packages live in source control alongside application code. A common pattern is to run SchemaQuench in WhatIf mode during review to preview the generated SQL, then deploy the package through your normal release process. The same package and command work idempotently at every stage.