SQL Version Control

  Рет қаралды 1,298

Oracle Developers

Oracle Developers

Күн бұрын

Пікірлер: 11
@anniundcarsten
@anniundcarsten 10 күн бұрын
The main problem I have with liquibase is that every change is designed to run exactly once. But only the most trivial changes work on the first try. How do you cope with that? Reset/flashback the database each and every time you make a mistake? Does every developer really has the privileges to do so?
@TheMagicofSQL
@TheMagicofSQL 9 күн бұрын
True. Getting DB changes right often takes many attempts. I think this is a problem however you manage your deployments though. Lots of database changes (e.g. creating tables, adding columns) require you to revert them if you make a mistake and want to do them differently. I'd write the change scripts in the dev environment and get these working. Then use the tool to deploy to test/UAT. If the test/UAT step fails you need some way to revert the changes. Liquibase does have a rollback option. Generally applying and reverting a schema change is not quite the same as starting fresh though, so can lead to differences in the prod release. Ideally the release tools will enable you to flashback if there's a problem or have some other way to revert the schema to a known good state (e.g. restore from backup/export).
@joaopauloblume6937
@joaopauloblume6937 10 күн бұрын
excellent explanation, thank you
@victor_freire
@victor_freire 11 күн бұрын
Nice.
@robertchidlow7011
@robertchidlow7011 10 күн бұрын
Prior to ci/cd pipeline we had 3 environments. Dev uat and prod. Uat was a copy of prod. SQL scripts were written in such a way that we had a rollback script that would undo any table etc changes and recreate the original packages to pre update
@anniundcarsten
@anniundcarsten 10 күн бұрын
How many environments do you have now?
@robertchidlow7011
@robertchidlow7011 10 күн бұрын
@ still 3.
@AndrzejPauli
@AndrzejPauli 10 күн бұрын
UPPER/lower-case question: I like case sensitivity but..I would choose NOT to write: select * from "TheVeryInterestingTable" Instead it would be cool if there was some flag to allow me to write: select * from TheVeryInterestingTable
@robertchidlow7011
@robertchidlow7011 10 күн бұрын
@@AndrzejPauli the default for oracle tables is uppercase. When you do the select it does not matter if you write in camel case as it is automatically upshifted
@AndrzejPauli
@AndrzejPauli 9 күн бұрын
@@robertchidlow7011 I know default behavior. It just would be nice if we could choose how to treat names as case sensitive or not.
@joelmamedov404
@joelmamedov404 10 күн бұрын
You are keep saying "migrating database". But, all you are doing is changing application. Not even migrating application. Let alone database.
Should I use IDENTITY columns?
57:46
Oracle Developers
Рет қаралды 688
VIP ACCESS
00:47
Natan por Aí
Рет қаралды 30 МЛН
It works #beatbox #tiktok
00:34
BeatboxJCOP
Рет қаралды 41 МЛН
Сестра обхитрила!
00:17
Victoria Portfolio
Рет қаралды 958 М.
Level up your Autonomous Database with OCI Database Management
54:54
Oracle Developers
Рет қаралды 262
GeekleQA
30:36
Deepa Subramanian
Рет қаралды 17
#01 - Relational Model & Algebra (CMU Intro to Database Systems)
1:23:38
CMU Database Group
Рет қаралды 31 М.
Spring Tips: Reliable Database Migrations with Liquibase and Spring Boot
39:58
VIP ACCESS
00:47
Natan por Aí
Рет қаралды 30 МЛН