自动建立的Oracle用户名用途

pepsi

目录生成后，系统会自动建立几个用户，例如DEMOCHI,DEMOCHI_REPORT。

还有用户X3,X3_REPORT，以及角色DEMOCHI_ADX,DEMOCHI_ADX_H,DEMOCHI_ADX_R,DEMOCHI_ADX_RH。

想问这些用户及角色在X3系统中分别用在什么地方，各自的权限如何？如果改动过密码，系统中应该做哪些相应处理？

tansj

在Oracle为后台的X3系统中，每一个folder就是oracle数据库中的一个user。

其中，dcmochi是中文标准demo目录，demochi_report应该是为crystal reports提供的一个database user，X3是系统标准目录。

这些依据folder名产生的用户为系统内置帐户，建议不要改动它们的oracle数据库密码。

pepsi

密码统统都一样，不改怎么 保证安全性？

tansj

保证服务器和数据的安全并不一定费要通过修改数据库内置用户密码来进行。

我们分几个层次来讨论这个问题：

1、应用层面：X3帐套在database中建立的仅为普通数据库用户，此用户和密码属于ERP底层内容，普通用户根本没有机会接触（系统运行机制）；

2、数据库管理：在db中具有管理权限的是管理员帐户，管理员帐户的密码在console进行数据库配置时会提示要求修改，数据库管理员帐户的用户名和密码的保密性非常重要（DBA范畴）；

3、服务器管理：除了远程连接数据库外，服务器登陆是另外一个直接连接数据库的方式，可以通过严格管理服务器login权限来辅助进行数据库安全管理（系统管理员）；

4、X3 系统安全管理：关于系统安全，可以在X3系统中通过access code进行管理。用户只有结合X3系统登陆才能从数据库原始数据中得到真正有价值的信息。当然，对X3数据结构非常精通的高人不受此限制（ERP应用管理员）。

 

以上是我对于系统安全管理的一点看法，欢迎拍砖。

pepsi

对X3数据结构非常精通的高人不受此限制（ERP应用管理员）

不能说是需要非常精通吧，只要稍微有些了解，利用这些USER都很容易的获取到客户资料或者订单资料了。我觉得X3应该增加一个维护这些账户及密码的功能。

zlh2007

X3的报表打印要直接连接数据库 如果数据库是ORACLE的 还要装ORACLE客户端，远程稍微有点数据库知识的人 只要知道密码 就可以对数据库进行增删改操作。。。。。。 用WEB方式打印要转换成PDF或OFFICE格式，那个超慢啊

tansj

嗯，这个确实是个大问题，各位有没有进一步的更好的建议？