Today is the first Redgate Summit of 2024 in Atlanta. I flew to town yesterday,
There is a packed schedule, which is mostly repeated at our other events coming up in the next few months. I’m especially busy, somehow getting roped into 5 sessions. Fortunately a few are panels, so it hasn’t been too much prep or rehearsal.
I’ve rarely been to Atlanta in my life. We had a SQL in the City here a few years back, but otherwise, I haven’t traveled to the city. My wife used to come here often, but this is only my second trip.
Last night was meeting a few speakers and networking. Tonight, I’m likely to lay low as it’s going to be a long day. The Hawks are out of town, so I’m likely to get a quiet dinner and decompress before an early flight tomorrow.
Hopefully I’ll get to town at some point in the future and spend more time wandering around.
This week is the first Redgate Summit of 2024. It’s Wednesday, in Atlanta and you can register and join me if you’re in the area.
These are full day conferences, with multiple tracks, similar to the SQL in the City conferences we used to run. With our move to supporting database professionals on any platform, anywhere, we’ve rebranded these as Redgate Summits. Come join me at one of the following dates, if you are anywhere in the area:
I’m not sure if we’ll be doing Redgate Summits in AUS this year, but I’ll be in Brisbane, Sydney, and Melbourne in May.
The Atlanta schedule is packed, with especially for Grant and me, but we’ve got engineers, Friends of Redgate, and other experts coming. We’ve got some AI experts as well, and with three tracks, there will be plenty for you to learn. Ask us questions, get inspired, find out how you can better build and manage database software.
Hopefully I’ll see you are one of these events this year.
Now, back to holiday today for me, as I’m coaching the final day of Colorado Crossroads for my 13s team, as well as helping with an 18s team.
I’m taking a day off to coach at Colorado Crossroads today. It’s the last day of a 3 day volleyball tournament and I’ve got my 13s and I’m helping with 18s. Hopefully not at the same time.
I had a customer ask about undoing changes made by developers, similar to what SQL Source Control does. I had to do a little research to show how to do this, which is the tip this week.
I’ve been working with Flyway Desktop for work more and more as we transition from older SSMS plugins to the standalone tool. This series looks at some tips I’ve gotten along the way.
Making Changes in Development
I’ve got a few changes I want to make. You can see these in the image below, where I’ve added a column and then a couple of tables.
I test this (hopefully) and I come to Flyway Desktop, where I can see all my changes listed in the Schema Model tab.
At this point, I realize that I’ve done something I don’t want. I don’t want the column to be named something. Maybe I misspelled it, or maybe I modeled it wrong. I can easily fix this in Flyway Desktop.
At the top, you see there is a Save to Project and Apply to Database set of radio buttons.
This is a two way comparison, with the options reversing each other. The Save item will write database changes to the file system in the repo. The Apply will read the repo and make the changes in the database.
In this case, you can see below that when I select the Apply radio button, I get the notification that my column will be deleted.
Once I click “Apply to Database” (the big blue button), these changes are made.
If I check the database, I can see my column is removed, but my tables still exist, since I didn’t check their boxes on the left.
I’ve undone a change. Now I can commit these two tables, if that’s what I need, or I can also add back a better named column and refresh this if needed.
Try Flyway Enterprise out today. If you haven’t worked with Flyway Desktop, download it today. There is a free version that organizes migrations and paid versions with many more features.
Voice of the DBA 