database

持续集成是个好东西, 但有些老项目因为各种原因用不了. 维护这样的老项目, 往往是改动某个文件, 然后上传到测试/生产服务器, over. 这样的工作不胜其烦而且容易出错, 今天终于抽时间写了一个小工具, 来做这个事情. 思路如下: 使用 svn diff -r 3265:HEAD –summarize 生成 svn 两个 commit 之间的文件变动信息, 像下面这个样子. ± |user-edit ✓| → svn diff -r 3265:HEAD --summarize M WebRoot/jsp/right/userInfoUpdate.jsp M src/com/action/right/UserInfoAction.java M src/com/action/right/UserAction.java M src/com/hibernate/UserInfo.java M src/com/services/right/IUserInfoService.java M src/com/services/right/UserInfoServiceImpl.java M src/com/jpa/notify/NotifyDaoImpl.java M src/com/jpa/right/IUserInfoDao.java M src/com/jpa/right/UserInfoDaoImpl.java A docs/sql/userInfo.sql A sync_to_sever.sh 上面这个输出有两部分, M 或 A 表示修改或新增, 我叫它 action; 后面的是文件路径, 我叫它 local file. 根据 action 和 local file 文件类型, 找到 copy 的源和目的路径....

开发中经常遇到复制数据的需求，比如有开发环境，测试环境，模拟生产环境等；又或者同一项目服务不同的客户。 比如现有schema user1，将它的数据复制到 schema user2 中。 第一步导出数据 exp user1/password@127.0.0.1:1521/orcl OWNER=user1 FILE=/tmp/user1_data.dmp 这一步一般没有问题，然后将数据导入到 user2。 第二步骤导入数据 imp user2/user2@127.0.0.1:1521/orcl fromuser=user1 touser=user2 file=/tmp/user1_data.dmp; 请使用 user2 作为登录用户，如果使用 user1，则需要 dba 权限： IMP-00007: must be a DBA to import objects to another user’s account 还可能遇到如下问题： EXP-00091: Exporting questionable statistics. 这是服务器端编码和客户端编码不一致造成的，可将客户端编码设置为何服务器端一致，如下： SQL> select userenv('language') from dual; USERENV('LANGUAGE') -------------------------------------------------------------------------------- AMERICAN_CHINA.AL32UTF8 SQL> exit Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options [oracle@~]$ export NLS_LANG=AMERICAN_CHINA....