您的位置:首页 > 其它

关于CQ Schema需要注意的地方(1)

2006-10-25 12:32 337 查看
1. 关于使用Schema有两种用法
第一种,每个项目建一个Schema数据库和一个缺陷数据库,这个项目的缺陷库对应这个项目的Schema,与其它项目无关。所以,更改这个项目的Schema不影响其它项目的Schema,可以根据需要随便更改。
第二种,建一个公共的Schema数据库,所有项目的缺陷数据库都用这个公共的Schema数据库,如果其中某一个项目确定要对Schema更改,则是对所有项目Schema的更改。

我们公司现在用的是第二种,这样有可能就会出现一个问题,某一个项目确定Schema要更改,而其它项目并不需要更改后的,而是要用Schema以前的版本。
下面是解决办法:
Schema在变更的过程中产生了许多版本,假如有5个版本,A和B两个项目目前都使用的是最新的第5版本,现在项目A要求更改Shema,而项目B还是使用版本5。这时,根据项目A的要求对Schema进行修改,check in后Schema升级到版本6,升级A项目的缺陷数据库使用版本6的Schema即可,不要升级项目B的缺陷数据库。如果又来了一个新的项目C,要求使用Schema的第三个版本,则在CQ designer连接Schema和项目C的缺陷数据库时,选择Schema的第三个版本即可。
一般来说既然使用了第二种方法,最好是所有项目都使用同一个版本的Schema,方便管理,如果有不同项目使用了不同版本的Schema,应该有个文档来记录哪个项目使用的是哪个版本的Schema;
如果有个项目对Schema的要求特别特殊,它对Schema的改动后的结果不适合其它项目,最好是单独为它建一个Schema数据库,这样就不会影响到其它项目。
另外,如果一个Schema有5个版本,如果只想导出其中的第3个版本,这样是不能实现的,在SQL SERVER中备份数据库的时候,实际上是把1到5版本都导出来了,还原进新的Schema数据库自然也是1到5版本;如果此时想在版本3的基础上修改Schema,这样也是不能实现的,现在最新的版本是版本5,只能在版本5的基础上修改,之前的版本3就只能查看不能修改了。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: