Agile Database Development with Liquibase
•Als KEY, PDF herunterladen•
6 gefällt mir•2,420 views
Learn to apply well-understood agile development practices to the database, using the open-source Liquibase tool to refactor your database schema in a controlled, incremental fashion.
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (16)
Ähnlich wie Agile Database Development with Liquibase
Ähnlich wie Agile Database Development with Liquibase (20)
Mehr von Tim Berglund
Mehr von Tim Berglund (7)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
Agile Database Development with Liquibase
- 1. AGILE DATABASE DEVELOPMENT WITH Tim Berglund June, 2009
- 2. TIM BERGLUND
- 11. WE BELIEVE CODE CHANGES
- 12. WE BELIEVE CODE CHANGES
- 14. WE ACT LIKE THE DATABASE DOESN’T
- 15. WE ACT LIKE THE DATABASE DOESN’T
- 17. EMBALMING
- 19. WON’T DIE
- 20. NOT REALLY ALIVE
- 21. CURSES THE DBA WHO CHANGES IT
- 24. Refactoring Evolutionary Automated Data Testing Modeling Agile Database Development Source Sandboxes Control
- 25. REFACTORING
- 26. REFACTORING
- 27. REFACTORING This term occasionally gets abused!
- 28. REFACTORING A disciplined way to make small changes to your source code to improve its design, making it easier to work with.
- 31. REFACTORING Opportunistically improving design to accommodate change.
- 32. DATABASE REFACTORING A simple change to a database schema that improves its design while retaining both its behavioral and informational semantics.
- 34. EVOLUTIONARY DATA MODELING NOT TRYING TO “GET IT RIGHT UP FRONT.”
- 35. EVOLUTIONARY DATA MODELING MAYBE SOME BIG THOUGHTS AT FIRST
- 36. EVOLUTIONARY DATA MODELING BUILD THE SIMPLEST THING THAT CAN POSSIBLY WORK...EVERY DAY
- 37. DATABASE TESTS TDD IN THE DB
- 38. DATABASE TESTS
- 39. DATABASE TESTS STORED PROCEDURES
- 40. DATABASE TESTS STORED PROCEDURES SQLUNIT
- 41. DATABASE TESTS STORED PROCEDURES SQLUNIT DBUNIT
- 42. DATABASE TESTS STORED PROCEDURES SQLUNIT DBUNIT CUSTOM HYBRIDS
- 43. SOURCE CONTROL
- 44. SOURCE CONTROL LIKE MOTHER TAUGHT YOU
- 45. SOURCE CONTROL
- 46. SOURCE CONTROL DDL EXTRACT/MIGRATION SCRIPTS REFERENCE DATA STORED PROCS/TRIGGERS
- 47. SANDBOXES
- 51. COMMAND-LINE TOOL JAVA/JDBC
- 52. COMMAND-LINE TOOL JAVA/JDBC CROSS-PLATFORM
- 53. COMMAND-LINE TOOL JAVA/JDBC CROSS-PLATFORM ANT, MAVEN, SPRING, GRAILS
- 55. CHANGELOG
- 57. CHANGELOG COMMANDS MIGRATION SCENARIOS
- 58. CHANGELOG
- 59. CHANGELOG SQL IN XML
- 60. CHANGELOG SQL IN XML COHERENT GROUPS OF OPERATIONS
- 61. CHANGELOG SQL IN XML COHERENT GROUPS OF OPERATIONS TRACKED IN DATABASE
- 62. CHANGELOG <changeSet author="tlberglund (generated)" id="1236660747556-11"> <createTable tableName="scshoppingcart"> <column autoIncrement="true" name="id" type="INT"> <constraints nullable="false"/> </column> <column name="userid" type="INT"> <constraints nullable="false"/> </column> <column name="lastmodified" type="DATETIME"/> <column name="name" type="VARCHAR(50)"/> </createTable> </changeSet> <changeSet author="tlberglund" id="spot-1-1-2"> <renameTable oldTableName="scscrubrecordwarehouse" newTableName="scrub_record_log" /> </changeSet>
- 64. LIQUIBASE COMMANDS generateChangeLog
- 67. LIQUIBASE COMMANDS tag
- 69. LIQUIBASE COMMANDS diff
- 70. DEMO
- 71. AND WE’RE BACK
- 72. Refactoring Evolutionary Automated Data Testing Modeling Agile Database Development Source Sandboxes Control
- 74. LEGACY ENTERPRISE APP
- 76. HARD CUTOVER
- 77. CREATIVE ORM MAPPINGS
- 79. BROWNFIELD DATA INTEGRATION
- 80. BROWNFIELD DATA INTEGRATION TIME ZERO MIGRATION
- 81. BROWNFIELD DATA INTEGRATION TIME ZERO MIGRATION
- 83. BROWNFIELD TESTING INTEGRATION TEST DATA
- 85. BROWNFIELD TESTING T0 MIGRATION SCRIPTS
- 88. THANK YOU! TIM BERGLUND AUGUST TECHNOLOGY GROUP, LLC http://www.augusttechgroup.com tim.berglund@augusttechgroup.com @tlberglund
- 89. PHOTO CREDITS HAMMER SHATTERING GLASS: HTTP://WWW.FLICKR.COM/PHOTOS/WHISPERWOLF/3486270713 DODO: HTTP://WWW.INTERNATIONALDOVESOCIETY.COM/MISCSPECIES/DODO.HTM EMBALMING: HTTP://LIBRARY.THINKQUEST.ORG/C0116982/HTML%20PAGE%20FOLDER/ HMUMMIFICATION.HTM ATTACKING MUMMY: HTTP://WWW.FLICKR.COM/PHOTOS/ROONBABOON/292393932/ CREEPY MUMMY HEAD: HTTP://WWW.FLICKR.COM/PHOTOS/DR-INI/446311713/ MARTIN FOWLER: HTTP://WWW.FLICKR.COM/PHOTOS/PRAGDAVE/173640462/ SCOTT AMBLER: HTTP://WWW.AMBYSOFT.COM/SCOTTAMBLER.HTML BRENDEN FRASER: HTTP://SCRAPETV.COM/NEWS/NEWS%20PAGES/ENTERTAINMENT/UNIVERSAL-FIRE- ACCIDENTAL-NEW-MUMMY-MOVIE-DELIBERATE-SCRAPE-TV-THE-WORLD-ON-YOUR-SIDE.HTML SAND: HTTP://WWW.FLICKR.COM/PHOTOS/LEVIATHOR/207625319/ MOTHER AND CHILD: HTTP://WWW.FLICKR.COM/PHOTOS/PATRICK_Q/268149208/ BROWN FIELD: HTTP://WWW.FLICKR.COM/PHOTOS/ARTUR02/471094378/ JALOPY: HTTP://WWW.FLICKR.COM/PHOTOS/DRAGONFLEYE/3246153/ JALOPY ON RT 66: HTTP://WWW.FLICKR.COM/PHOTOS/EVOETSCH/2436023218/ PIMPMOBILE: HTTP://WWW.FLICKR.COM/PHOTOS/AIRGAP/1053594933/ JUNKED JALOPY: HTTP://WWW.FLICKR.COM/PHOTOS/JABOOBIE/61014658/ PAINTING CAR: HTTP://WWW.FLICKR.COM/PHOTOS/GARETHJMSAUNDERS/2066690016/
Hinweis der Redaktion
- I&#x2019;m your presenter.
- I&#x2019;m a Java developer.
- I work with a lot of open source technologies.
- I haven&#x2019;t written a lot of Java in the past year. Mostly these days I write Groovy.
- I participate in the local development community by serving on the boards of www.denveropensource.org and www.iasadenver.org.
- The August Technology Group is my consulting firm.
- As software developers and architects, our worlds are filled with data.
- Unfortunately, the data is not always in the condition we&#x2019;d like. We try to do a good job structuring it, but the reality is that we often fail, and even when we succeed, the business changes enough so that even our successes are short-lived.
- Our tool sets and processes have developed to deal expertly with rapidly changing code.
- Our tool sets and processes have developed to deal expertly with rapidly changing code.
- The same tools and practices have not been applied to data. Leading to one of two problems...
- The same tools and practices have not been applied to data. Leading to one of two problems...
- Will it die? It is said of evolutionary systems that things that fail to adapt to change die out. If only this were the case with the enterprise database...
- Rather than going extinct, the production DBAs surround it like priests, carefully filling it with embalming fluid and wrapping it in linen strips. (And possibly putting some operations personnel in the tomb to serve the database in the afterlife.)
- Inability to change and overprotection lead us to this dread antipattern.
- There are long-lived Enterprise applications that rely on it, so it can&#x2019;t just go away.
- It isn&#x2019;t really alive either, because business needs are constantly changing, but the database can&#x2019;t change with them.
- At least the production DBAs seem to think so!
- We&#x2019;ll figure out how to manage changes to the database such that we can make them with confidence in a way that brings the best of developer tools to bear and is relatively friendly to DBA workflows. We&#x2019;ll do this with a mindset and a tool.
- The fix is what Scott Ambler calls &#x201C;evolutionary [or agile] database development.&#x201D; This consists of five components.
- Martin sez...
- Martin sez...
- Scott sez.... Code refactorings are really only concerned about behavior. DBs have behavior (stored procs, triggers, etc.) but also information. The database must say the same thing in the same way after the refactoring.
- These are two mistakes here: one is thinking we&#x2019;re smart enough to do all this designing correctly at the outset&#x2014;we&#x2019;re not. The other is thinking that the database&#x2019;s business context is a static thing&#x2014;it isn&#x2019;t. There is no &#x201C;right&#x201D; up front, because requirements will change constantly.
- Which doesn&#x2019;t mean we can&#x2019;t do a couple of days of designing at first; we can. It makes sense to try to anticipate what we can and make big, hard-to-change commitments correctly. We always expect change, though.
- TDD adoption in software development is low enough, but it is virtually unheard of in database development. The tooling lags behind and the expertise is singularly rare.
- There are ways to do it. The tools aren&#x2019;t what they are for TDD of code, but there are options.
- There are ways to do it. The tools aren&#x2019;t what they are for TDD of code, but there are options.
- There are ways to do it. The tools aren&#x2019;t what they are for TDD of code, but there are options.
- There are ways to do it. The tools aren&#x2019;t what they are for TDD of code, but there are options.
- Bring all the knowledge, practices, and advantages of software source control to the database. Simply control all those text files in SVN or Git like you normally would. This practice is old hat.
- Every database artifact goes in to the repository.
- Developers need a place to deploy refactorings when they&#x2019;re trying to get their tests to pass. This must be a local database not used by any other team member or system.
- If we learn how to refactor databases from Ambler and Sandalage, Liquibase is the tool that makes it easy. It is an XML-based love poem to Scott Ambler.
- Liquibase is fundamentally a command-line tool written in Java. It uses JDBC to communicate with the database, and can coexist well in a non-Java shop. I can be invoked from popular open-source build tools and frameworks.
- Liquibase is fundamentally a command-line tool written in Java. It uses JDBC to communicate with the database, and can coexist well in a non-Java shop. I can be invoked from popular open-source build tools and frameworks.
- Liquibase is fundamentally a command-line tool written in Java. It uses JDBC to communicate with the database, and can coexist well in a non-Java shop. I can be invoked from popular open-source build tools and frameworks.
- Liquibase is fundamentally a command-line tool written in Java. It uses JDBC to communicate with the database, and can coexist well in a non-Java shop. I can be invoked from popular open-source build tools and frameworks.
- We&#x2019;ll consider three aspects of Liquibase. How it stores the schema, how it interacts with the database, and how to use it in some real-world scenarios.
- We&#x2019;ll consider three aspects of Liquibase. How it stores the schema, how it interacts with the database, and how to use it in some real-world scenarios.
- We&#x2019;ll consider three aspects of Liquibase. How it stores the schema, how it interacts with the database, and how to use it in some real-world scenarios.
- Must we rewrite our SQL in XML? We must. It&#x2019;s painful and unappetizing, but worth it! Also, there&#x2019;s a Grails plugin called Autobase that lets us do it in nice Groovy Builder syntax, which is preferable. We won&#x2019;t address Autobase in detail here, but it&#x2019;s worth looking in to.
- Must we rewrite our SQL in XML? We must. It&#x2019;s painful and unappetizing, but worth it! Also, there&#x2019;s a Grails plugin called Autobase that lets us do it in nice Groovy Builder syntax, which is preferable. We won&#x2019;t address Autobase in detail here, but it&#x2019;s worth looking in to.
- Must we rewrite our SQL in XML? We must. It&#x2019;s painful and unappetizing, but worth it! Also, there&#x2019;s a Grails plugin called Autobase that lets us do it in nice Groovy Builder syntax, which is preferable. We won&#x2019;t address Autobase in detail here, but it&#x2019;s worth looking in to.
- The changelog is a script that builds your schema one DDL statement at a time. Each changeSet is converted into a dialect-specific SQL statement and is executed in the database, then marked as complete in a log table.
- Extracts the database&#x2019;s metadata and generates a changelog. This is the first step is getting started on a database that already exists.
- Since Liquibase tracks the status of all changesets in the changelog, we&#x2019;ll need to tell it that our newly extracted changelog is in sync with the actual database. This command usually shouldn&#x2019;t be executed except as the second step getting started with the tool.
- Plays any new changeSets in the changeLog against the database. This is the statement you&#x2019;ll use the most during evolutionary database development with Liquibase.
- Marks the database for a future rollback.
- Rolls back changesets to given tag.
- Supposed to document the differences between the database and the changelog. I&#x2019;ve not had good luck with this so far against MySQL and SQLServer databases.
- Evolutionary Database Development is not controversial among software developers, because we are largely persuaded of the core propositions. Moreover, Liquibase seems like a reasonable tool to help. Now let&#x2019;s talk about some practices to put in place in a brownfield effort.
- People are using it, it works, it has literally years of knowledge and business process encoded in it. It&#x2019;s also ugly and outdated, and its schema seems to have been built by the DBA Club after school. But you&#x2019;re replacing it, with Grails...!