Who changed this stored procedure?
The proc is broken. It worked yesterday. Three people had access. The change isn't in any ticket. You're reading server logs to find out who touched what.
SQL Version Control lives inside SSMS — the tool your DBAs already use — and brings Git-grade change tracking, history, and team workflows to SQL Server schema. Without forcing anyone to learn a new IDE.
Three questions that come up on every release week — and the kind of answers your team is forced to give without proper tooling for the database.
Who changed this stored procedure?
The proc is broken. It worked yesterday. Three people had access. The change isn't in any ticket. You're reading server logs to find out who touched what.
What's actually in production right now?
You have the schema in source control. You have the schema in production. They diverged six months ago. Now every deployment is a guess about what's already there.
We use Git for the app. Why is the database still a free-for-all?
Developers branch, review, and merge their application code daily. The database that the application runs on is still edited by hand, in SSMS, with no review and no history.
A Git workflow for SQL Server schema — without leaving SSMS. Commit, review, merge, and roll back. The audit trail is automatic. The Git provider is whichever one you already have.
SQL Version Control plugs into SQL Server Management Studio — the tool your DBAs and database developers already have open all day. Commit, review, and roll back schema changes without leaving the environment you work in.
Every object — tables, views, procedures, functions, indexes, triggers — versioned, attributed, and timestamped. See who changed what, when, and why. No more reading server logs to reconstruct the history.
Integrates with your existing Git provider. The database lives in the same repos as the application code, or in its own. Your call.
If a database change can break your week, SQL Version Control is for you.
Want their schema work reviewed and shipped the same way their application code is — branches, PRs, attribution, the works.
Need a real audit trail of who changed what — and the ability to roll back when something goes wrong, without writing forensics scripts at 2 AM.
Building database deployment into a real release pipeline — not a manual checklist held together by tribal knowledge and Slack threads.
That need provable, attributable schema change history — for SOC 2, ISO 27001, internal audit, or the auditor on the phone next quarter.
Other database version control tools force a workflow shift. Avesys meets your team where they already work. If they can write a stored procedure, they can version one.
SQL Version Control runs inside your network, alongside the databases and the Git provider it connects to. We've reverse-engineered who changed what at 2 AM. We've rebuilt schemas from log files. The product reflects that.
Like every Avesys product, SQL Version Control runs inside your network. Your schema, your history, your Git provider — your choice. Nothing routed through a SaaS in the middle.
One vendor for monitoring (DPM), comparison (Database Compare), and version control. One operational model. One license portal. One team to call when something matters.
The commit flow, the rollback path, the audit trail — all shaped by DBAs and developers who've lived through the 2 AM Slack thread, not by a UI team guessing at the workflow.
From "I changed a proc" to "the change is in main, attributed, reviewed, and ready to deploy" — in a workflow your team already knows.
Install the SSMS extension. Connect your databases. Connect your Git provider. No agents on the SQL Server, no separate IDE.
Edit schema in SSMS as you always have. Stage your changes — or capture changes already made by others. Commit with a message that explains why.
Push to a branch. Open a pull request in the Git provider your team already uses. Get the change reviewed. Merge when it's ready.
Generate migration scripts from the merged branch. Review them. Run them on the next environment — manually or through your CI/CD pipeline.
The full product, in your environment, with your databases — for 14 days. No credit card. No commitment. When the trial ends, talk to our team about a license if it's right for you.
Priced for the people who actually use the product, not the database instances they connect to. No tiers. No add-ons. No surprise renewal math.
€150 per user, per year — that's the whole price list. Volume discounts available for larger teams; talk to us. Existing Avesys DPM customers can roll SQLVC into the same license relationship.
Some teams want to see the product in their own environment before a conversation. Others want to talk first. Both are fine.
Install the SSMS extension. Connect a database. Connect your Git provider. See it work in your environment, with your schemas — no credit card, no sales call required.
For volume pricing, procurement support, security review, or platform bundling with DPM and Database Compare — talk to our team directly. No discovery deck. No qualification ladder.
The questions procurement, security, and the DBA team usually arrive with on the first call. Same answers we give them.
€150 per user, per year. Volume pricing available — talk to our team. No per-database or per-instance fees. No add-on modules.
Yes. 14 days, no credit card required. The full product, in your environment. We don't auto-charge you when the trial ends — if you want to keep going, you talk to us.
No. SQL Version Control is an SSMS extension. It runs inside the tool your team already uses. No separate IDE, no agents on the SQL Server.
GitHub, GitLab, Azure DevOps, Bitbucket, and self-hosted Git. If you have a working Git endpoint over HTTPS or SSH, it'll connect.
Yes. SQL Version Control follows the same on-premise design as the rest of the Avesys platform. It works with on-prem Git installations and in air-gapped environments.
SQL Server 2016 and later. Windows and Linux hosts. Same workflow on either platform.
They complement each other — Database Compare handles environment-to-environment diffing, SQL Version Control handles change history and team workflow. Use either independently or together.
Yes — command-line and automation support is included. Migration scripts generated by SQLVC plug into whatever release pipeline you already run.
Your Git history is in your Git repo. Avesys doesn't hold your version history hostage. Uninstall the extension and your repo is unchanged.
Talk to our team. We'll handle pricing, licensing, and procurement support. Self-serve checkout is on the roadmap — for now, every order goes through a person.
Install the SSMS extension, connect a database, connect Git — 14 days, no credit card.