可以这样简单理解：
生产数据库：业务实际使用的数据库
开发数据库：供系统开发人员使用，模拟生产环境去编写程序和检验程序
测试数据库：测试人员对开发出来的系统，进行测试所使用的数据库，数据环境需要和生产数据库尽可能保持一致
我们现在用的解决方案是，写个package，实现数据的同步更新过，每15分钟执行一次，同步更新上意个15分钟内的transaction！
小型及一般数据量级的使用MySQL；
中型及大型的可以使用Oracle和DB2 for Linux的版本。
层次数据库管理系统：IMS
网状数据库管理系统：DBTG
oracle 数据库怎么从测试数据库迁移正式
方法1：移植实用程序（Migration Utility）
方法2：Oracle 数据移植助理（Oracle data Migration Assistant）
方法3：导入/导出工具（Export/Import）
update-database 加一个-script 参数, 这样就会生成一个更新脚本, 放到服务器上执行就可以了
不过对于数据的冲突还是要手动进行修复
比如你重新命名了一个列, 那么要在代码中告诉EF怎么处理, 否则的话它生成的脚本会删除原来的列, 然后重新建一个列,这样数据就丢了
1数据库 2数据库管理系统 3支持数据库运行的硬、软件环境 4应用程序
5数据库管理员
你在说什么
现在在家没有现成的代码，大概是这样的
conn.open();
if conn.State <> 1 连接不正常
MessageBox.Show( "连接不正常 ");
用户在购买完RDS后，接下来就可以开始往RDS迁入数据了。在RDS刚刚对外提供服务的时候，用户只能通过将自己的数据库dump成为sql文件，然后再将sql文件source到RDS中去：数据迁移至RDS-MySQL之使用MySQLdump工具，数据迁移至RDS-SQLserver之利用SQL Server客户端工具，这两种方法是最简单的方法，但是局限性也非常的多：
.用户的数据库太大了，逻辑sql导入的方式速度太慢了，严重影响停机时间；
.在导入的过程中报错很多，或者导入一半的过程中中断了，需要重新来过；
.在迁入RDS过程中，希望我的数据库还能能正常提供服务；
大量的用户入云全部堵在迁移数据上面，用户与RDS的缘分就差么这临门一脚。工欲善必先利其器，为了更好的帮助用户入云,RDS对现有的用户入云迁移方式进行改进，帮助用户快速稳定迁移入云，分别为用户提供了mysql和sqlserver两套改良迁移工具:
.mysql迁移工具支持在线迁移，用户可以不中断业务的情况下把数据迁移到RDS中来;
.sqlserver的迁移工具采用物理备份的方法，将用户的物理备份上传到FTP中后还原到RDS，提升迁移的速度;
这两套工具目前都已经集成到了RDS的控制台中，可以参考：数据迁移至RDS-MySQL之使用阿里云控制台和 数据迁移至RDS-SQLserveru阿里云控制台.
很多用户在控制台上看到的只是一个黑盒子，在工单中多次咨询迁移的原理，在这里大致讲一下这两个工具的迁移实现：
Mysql在线迁移的原理：
第一步:预检查，主要是验证用户网络的通畅性，账号和环境的检查；
第二步:全量备份，该步骤会把用户的数据全量的dump出一份出来，然后还原到RDS；
第三步:增量迁移，该步骤会解析用户全量期间以及后续产生的binlog应用到RDS；
第四步:切换，当RDS的数据完全追上用户的数据库后，用户就可以开始进行切换了；
Mysql的在线迁移工具目前还有一些限制，比如：
mysql 5.0只支持全量迁移，不支持增量迁移；
不支持mysql5.6的迁移；不支持存储过程，触发器的迁移；
迁移过程中如果有ddl发生则会导致增量迁移失败；
SQLSERVER工具迁移的原理：
第一步:备份用户对本地数据库进行物理备份;
第二步:备份上传至RDS提供的ftp服务器上(ftp地址支持私网和公网上传);
第三步:RDS扫描校验用户上传备份文件通过后,恢复至用户RDS;
第四步:用户切换应用至RDS;
由于sqlserver目前还没有开放日志接口,所以RDS目前还不能支持在线迁移；
RDS目前不支持master库的导入。
希望这篇文章对你使用RDS有帮助。