自己动手搞了“x5.2.7的人力资源管理”的mysql版本

wintersday · 发表于 2015-11-13 23:05:45

本帖最后由 wintersday 于 2015-11-13 23:17 编辑

找了好几天，发现人力资源管理没有mysql的数据库。既然studio支持由数据模型生成数据库表，那么就自己试着生成mysql版本的数据库。
第一目标是所有的菜单可以点击为目的。下面是我的操作步骤，可能会有遗漏。

1、新建mysql数据库：justep_hr，编码设置为utf8
2、下载人力资源项目源码，按照文档指示，把资源文件导入到5.2.7版本的开发平台
3、新建数据源，使用自己创建的mysql数据库:justep_hr，并修改项目数据源到新建的数据源上
4、根据ontology生成数据库表，根据data中依赖关系，从最少依赖开始操作，
因为向导会重复生成数据库表，所以要选择“修改表结构”：

下面是我的文件夹操作顺序：
common文件夹：
archives文件夹：（生成失败：V_HR_EMP_Archives，档案查询，在概念的定义处，删除了fID字段，生成的时候就没有重复了。）
org文件夹 :（ HR_OG_PositionLevel和HR_ORG_PositionKind会报错，需要把字段长度超过256的改为224或者取消”提交人员FullID“关系的“唯一”选项）
contract文件夹
employee文件夹
performance文件夹
salary文件夹：（V_HR_SA_empScheme, V_HR_SA_EmpStableBI, HR_SA_Function出现生成错误，并且V_HR_SA_EMPSchemeBI：这个没有显示定义fID的地方，还不致到怎么修改。）

其他的文件夹依次按照步骤处理就可以了。

这个过程遇到了几个错误：

错误一：关系的类型定义，如下所示，某些关系字段定义成String类型，且长度很长。需要把String类型改为text类型
这个HR_SA_Function不知道为甚么，只需要更改Sybase这个关系的类型就可以了。

错误二：重复列定
我处理的方式是在概念的定义处，删除了这个字段，生成的时候就没有重复了，但实际上概念定义处根本没重复，还希望大牛给予解答。

错误三：报错“ specified key was too long;max key length is 767 bytes”
如果关系的唯一属性被选中，向导会自动生成索引，那么该关系定义为varchar类型，长度超过233，则会报这个错误，
我的处理方式是，把唯一属性取消，或者把长度改为224。

错误四：初始化数据的guid函数修改
我使用的是oracle的初始化脚本，数据中的sys_guid修改为uuid

以上这些操作，能够做到菜单中点开都不报错，部分数据也能查询，后面还需要把针对视图的操作重新修改。

附件是我导出的数据库文件。