摘要: 第五部分:转移数据 上一部分说了移植向导在Oracle数据库中自动生成了我们所需要的表结构,但是并没有帮我把数据成功导入过去。于是我们采用了生成离线数据移动脚本的方式来导数据。 阅读全文
posted @ 2011-07-10 18:38 绝殇 阅读(2227) 评论(5) 推荐(0) 编辑
摘要: 第四部分:SqlServer中的架构到Oracle中的模式,名称的处理 通过执行移植向导,如果没有错误的话,那么表结构基本上都会建立起来了,在连接中打开orcl(migrations)连接,找到最下面的其它用户,假设你的表都在dbo架构下,那么找到dbo_源数据库名,展开它,可以看到在表中已经有原数据库中的所有表。但是,为什么会显示为dbo_源数据库名呢?我很不喜欢这样的用户名。我希望它显示为源数据库名,要怎样做呢? 阅读全文
posted @ 2011-07-10 18:36 绝殇 阅读(2675) 评论(0) 推荐(0) 编辑
摘要: 这是本系列的第三部分:数据库移植向导。 阅读全文
posted @ 2011-07-10 18:35 绝殇 阅读(4072) 评论(4) 推荐(0) 编辑
摘要: 这是本系列的第二部分:建立资料档案库(Migration Repository) 阅读全文
posted @ 2011-07-10 18:34 绝殇 阅读(3602) 评论(0) 推荐(0) 编辑
摘要: 上一次,我使用手工转换SQL脚本的方式进行数据库的迁移,其间过程相当繁琐,特别是标识符长度的限制让我焦头烂额,因为我们的系统中长标识符真是多如繁星,另外,表结构建好之后,数据的迁移又是一个相当复杂的过程,因为修改了不少的表名,需要把导出的数据和表一一对应上。 但是,除了手工的方式之外,其实我们还有更为简便和自动化的解决方案,那就是ORACLE官方提供的Sql Developer自带的Oracle Migration Workbench。 阅读全文
posted @ 2011-07-10 18:22 绝殇 阅读(4024) 评论(0) 推荐(1) 编辑
摘要: 最近在将项目由SQL SERVER 2008向ORACLE 11G迁移,以下简述迁移数据表过程。 阅读全文
posted @ 2011-07-07 17:16 绝殇 阅读(917) 评论(0) 推荐(0) 编辑
摘要: 多少年来,人们普遍有一种看法,认为软件工程应该和其它种类的工程一样:仔细的设计,精确的规划,然后进行开发 —— 严格按照设计说明书。就像修建一座桥梁,不是吗?这种开发方式的问题在于:软件,它是“软”的。它可以无限的延展。任何需要的时候你都可以大幅度的修改你 的软件,人们也都是这么干的。 还有,因为软件可以被拿来对任何事物进行模型造型,你能要求软件开发人员去实现的可能的东西几乎是无穷无尽。想要在软件里模 拟集成电路吗?干吧。想管理银行?没问题。让五亿人和他们的朋友保持联系?为什么不呢?小菜一碟。不仅如此,在开发的中途我们还能要求程序员去做各种修 改,这种事情经常的以一种不可预期的形式出现。 这可不是像修桥那样。 阅读全文
posted @ 2011-07-04 10:59 绝殇 阅读(177) 评论(0) 推荐(0) 编辑
摘要: 近几天打算安装VS2010 SP1,然而总是提示计算机环境导致无法安装,没有更详细的错误提示,让我很是挠头。按微软SP1的安装说明文档,说原来安装过SP1需要重新安装VS2010才能再次安装SP1,但我重装N次也不行,GOOGLE了半天也没有找到好的解决办法。 最后在Temp目录下找到了VS2010的安装日志,Microsoft Visual Studio 2010 Service Pack 1_[时间戳].html,打开页面后,发现这个页面是一个相当实用的日志查看器,允许对安装日志的记录项按三个等级进行过滤,分别是Error、Verbose和Message,同时按照调用层次关系以树型排列,可以收缩和展开,为排错带来便利。 阅读全文
posted @ 2011-07-02 18:40 绝殇 阅读(3130) 评论(3) 推荐(0) 编辑
摘要: 前一阵子因为需要查点资料,小翻了下墙,找到Astrill这个VPN要了个试用账号,倒真的是个好东西,速度快,稳定,无流量限制,只不过价格太高,只提供试用7天的服务。平常不用VPN的时候也就把客户端关闭了。 前几天偶尔用迅雷看看,却总是莫名其妙崩溃,原来并没有出现这样的问题,更换了好几个版本都无果。有一次崩溃后,点开崩溃报告,里面的调用堆栈报告是在ASProxy.dll里面出错,找到c:\windo... 阅读全文
posted @ 2011-06-29 14:03 绝殇 阅读(973) 评论(0) 推荐(0) 编辑
摘要: 4. 装完后发现事件日志里面有一堆错误和警告.错误一:TF53010: Team Foundation 组件或扩展中发生了以下错误:日期(UTC): 2009-5-10 6:11:38计算机: LEADER应用程序域: TFSServerScheduler.exe程序集: Microsoft.TeamFoundation.Common, Version=9.0.0.0, Culture=neutr... 阅读全文
posted @ 2009-09-19 14:09 绝殇 阅读(944) 评论(0) 推荐(0) 编辑