How to synchronize development and production database

南笙酒味 提交于 2019-11-29 22:10:15

You asked for a tool or application answer, but what you really need is a a process answer. The underlying theme here is that you should be versioning your database DDL (and DML, when needed) and providing change scripts to be able to update any version of your database to a higher version.

This set of links provided by Jeff Atwood and written by K. Scott Allen explain in detail what this ought to look like - and they do it better than I can possibly write up here: http://www.codinghorror.com/blog/2008/02/get-your-database-under-version-control.html

Have scripts (under source control of course) that you only ever add to the bottom off. That combined with regular restores from your production database to dev you should be golden. If you are strict about it, this works very well.

Otherwise I know lots of people use redgate stuff for SQLServer.

For PostgreSQL you could use Another PostgreSQL Diff Tool . It can diff two SQL Dumps very fast (a few seconds on a db with about 300 tables, 50 views and 500 stored procedures). So you can find your changes easily and get a sql diff which you can execute.

From the APGDiff Page:

Another PostgreSQL Diff Tool is simple PostgreSQL diff tool that is useful for schema upgrades. The tool compares two schema dump files and creates output file that is (after some hand-made modifications) suitable for upgrade of old schema.

Another vote for RedGate SQL Compare

http://www.red-gate.com/products/SQL_Compare/index.htm

Wouldn't want to live without it!

Edit: Sorry, it seems this is only for SQL Server. Still - if any SQL Server users have the same question I'd definitely recommend this tool.

If you write your SQL statements for your development database (which are, I imagine, series of DDL instructions such as CREATE, ALTER and DROP), why don't you keep track of them by recording them in a table, with a "version" index? You will then be able to:

  1. track your version changes
  2. make a small routine allowing the "automatic" update of your production database by sending the recorded instructions to the database.

I really like the EMS tools.

There tools are available for all popular DB's and you have the same user experience for every type of DB.

One of the tools is the DB Comparer.

TOAD

saved many an ass several times in the past. Why do people run sql with no exit strategy?

the redgate one is good also.

Siebel (CRM, Sales, etc. management product) has a built-in tool to align the production database with the development one (dev2prod).

Otherwise, you've got to stick with manually executed scripts.

Navicat has a structure synchronisation wizard that handles this.

I solve this by using Hibernate. It can detect and autocreate missing tables, columns, etc.

You could add some automation to your current way of doing things by using dbDeploy or a similar script. This will allow you to keep track of your schema changes and to upgrade/rollback your schema as you see fit.

Here's a straight linux bash script I wrote for syncing Magento databases... but you can easily modify it for other uses :)

http://markshust.com/2011/09/08/syncing-magento-instance-production-development

DBV - "Database version control, made easy!" (PHP)

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!