Flyway Desktop Adds Object History View to Track Schema Changes
It works for SQL Server, Oracle, PostgreSQL and nearly 50 other platforms. Object History Steve Jones, 2026-09-28 It's a small change, but a handy one.

It works for SQL Server, Oracle, PostgreSQL and nearly 50 other platforms. Object History Steve Jones, 2026-09-28 It's a small change, but a handy one.

Object history is available on the Schema Model tab: click the clock icon to open a history blade that shows prior commits and side-by-side diffs.
An optional AI “Explain this change” summary provides a quick human-readable description of complex edits when AI features are enabled.
Flyway supports migration- and state-based deployments and works across many platforms, including SQL Server, Oracle, and PostgreSQL.
Object History Steve Jones, 2026-09-28 It's a small change, but a handy one. I've been working with Flyway and Flyway Desktop and helping customers improve their database development. Checking History In Flyway Deskop, I can see all of my objects on the Schema Model tab on the right side.
Here I've selected CustProc in the list, and at the bottom I see the current version of the code. My new changes are on the right, with green shading to highlight what I've changed in code. I also have the green shading on the right, where I've added a comment and removed a comma.
Object History – SQLServerCentral Flyway Tips: Flyway Desktop (FWD) now includes the object history for different schema changes, so as you are evaluating how your changes might fit in with others, or you are trying to determine where something broke, you can see a list of historical changes. This post looks at checking history quickly in FWD.

True upserts in an append-only world: ReplacingMergeTree and FINAL. Day 07 of the WClickHouse Open-Source Engineering Series. You don't need slow SQL UPDATE statements to maintain current state in ClickHouse. WClickHouse harnesses ReplacingMergeTree for lightning-fast upserts. The Pain Points We Faced Attempting expens
Originally appeared on Josh Software . Your Ent app works CRUD, type-safe queries, migrations, edges all good. But real-world needs like fuzzy search, atomic counters, and row-level locking quickly go beyond the basics. We’ve been running Ent across 100+ schemas on a Go backend that processes real payments. An AuditMix
There's an awkward moment in every agentic data project. The agent works. It writes decent SQL, it reasons about schema, it proposes a migration that looks right. And then somebody asks the question nobody wants to answer: what happens when it's wrong against production? The usual answers are all bad.
Redshift keeps its SYS_* monitoring views for seven days in cluster, which is fine until an auditor or an incident review asks for something older. Until now the usual... The post Keeping Redshift System Table History Past 7 Days with S3 Tables appeared first on SQLServerCentral .
SQL Server Transaction Log Forensics: Preserving Evidence During an Incident SQL Server Transaction Log Forensics: Preserving Evidence During an Incident This is the companion to Why sys.fn_dblog... The post SQL Server Transaction Log Forensics: Preserving Evidence During an Incident appeared first on SQLServerCentral

So, you’ve planned your database modernization journey. You’ve set up Google Cloud’s Database Migration Service (DMS), configured replication, and successfully synchronized your application databases from your on-premises or cloud systems to a fully managed Cloud SQL for SQL Server instance. The replication is complete
Loading more related stories...
Open the app view to save this story, compare related coverage, and continue from the same source.