|
通用账证查询软件采集 MS SQL Server 数据库的财务数据时,连接参数如下图所示:
标准的MS SQL Server 数据库连接参数窗口:
用友NC的MS SQL Server数据库连接参数窗口:
浪潮GS的MS SQL Server数据库连接参数窗口:
以下对连接参数中的各项详细描述
一、数据库访问方式:直接访问和通过应用程序服务器访问
直接访问,账证查询打印软件所在电脑,直接连接到 MS SQL Server 数据库所在电脑,即所谓的二层结构。
通过应用程序服务器访问,账证查询打印软件所在电脑,不直接连接 MS SQL Server 数据库,而是连接中间层服务器所在电脑,中间层服务器连接 MS SQL Server 数据库,即所谓的三层结构。
中间层服务器是一个后台服务软件,由新纪元软件工作室自主开发,它安装在数据库所在电脑上或者其它电脑上,开机自动启动,为局域网或外网的其它电脑通过中间层访问数据库提供服务。
中间层服务器与数据库之间的连接参数配置,与账证查询打印软件直接连接数据库类似,如下图所示:
为什么要通过中间层服务器连接数据库呢?主要是基于数据库安全性和财务账套数据的查询权限考虑。
数据库安全性:直接访问方式下,访问者需要知道数据库地址、数据库系统管理员sa的口令等敏感参数,这对于小型单位、局域网内的应用,可能不是安全隐患,但是对大型单位,特别是数据库服务器位于外网上,这些敏感参数,不宜公开。如果客户端通过中间层服务器访问数据库,客户端只要知道中间层服务器的地址即可,其它敏感参数全不需要。 打个比喻,数据库是一个物料仓库,中间层服务器程序是仓库保管员,账证查询打印软件是领料者,当账证查询打印软件需要采集数据时,相当于从仓库中领料。直接访问方式下,相当于仓库保管员把仓库地址和库房钥匙给了领料者,领料者自己随便取。通过中间层服务器访问方式下,领料者告诉仓库保管员领什么料,由仓库保管员从库中取来,交给领料者。领料者,无权也没必要知道库房位置,无权也没必要拥有库房钥匙。
财务账套数据的查询权限:直接访问方式下,只要连上数据库,数据库中所有账套数据,都可以查询得到。这对于账套少、财务人员按账套分工不明确的小型单位来说,不存在访问权限的问题。对于账套较多、财务人员按账套分工明确的大型财务系统,中间层服务器可以起到分配账套查询权限的作用。中间层服务器自动创建一个管理员账户,账户名:admin,管理员可以在中间层服务器软件窗口或者账证查询打印软件的采集数据窗口,点击“账套权限”按钮,给各个使用账证查询打印软件的客户端,创建账号并分配各自的账套查询权限。客户端以“通过中间层服务器连接数据库”方式采集数据时,输入自己的账号和口令,仅仅可以采集已授权账套的数据。客户端第一次使用自己的账号时,密码是空的,必须设置了自己的密码才能继续进行。还以物料仓库、仓库保管员、领料者为例,每个账套数据,比喻为库房中的一个库位。直接访问方式下,领料者可以随便从各个库位取料。通过中间层访问方式下,领料者只能领管理员授权的一个或几个库位的料。具体到财务软件数据采集上,例如用友NC、浪潮GS,整个集团公司所有核算单位的数据,在一个数据库里。如果采用“直接访问”方式,只要连上数据库,所有核算单位的数据,全部可以采集、查询。如果采用“通过中间层服务器访问”方式,管理员可以给每个使用账证查询打印软件的客户端,分配账号和权限,使其仅可以采集一个或多个核算单位的数据。例如,基层单位,仅可以采集自己的数据,上级单位可以采集自己本身及所有下属单位数据。
中间层服务器可以安装在数据库服务器所在机器,也可以安装在能够连接数据库服务器的其它机器上。
如果数据库访问方式选择了“通过中间层服务器访问”,以下参数中,仅需要提供中间层服务器地址。
二、数据库服务器地址 / 中间层服务器地址
如果数据库访问方式选择的是“通过中间层服务器访问”,输入的是中间层服务器的地址。如果中间层在局域网上,地址是中间层所在电脑的机器名或者内网IP地址,如果中间层位于外网上,地址是中间层的外网IP地址或者动态域名。
如果数据库访问方式选择的是“直接访问”,输入的是数据库服务器的地址。如果数据库服务器在局域网上,地址是数据库服务器所在电脑的机器名或者内网IP地址,如果数据库服务器位于外网上,地址是数据库服务器的外网IP地址或者动态域名。
“直接访问”方式下,如何确定服务器地址:
如果服务器就是本机,服务器地址可以是空白或者“(local)”。
如果服务器是局域网上其它机器,点击“搜索局域网上的数据库服务器”按钮,服务器地址编辑框后出现下拉按钮,点击下拉按钮,从中选择其中之一。
对 MS SQL Server 数据库,服务器的屏幕右下角托盘里,有一个MS SQL Server 数据库的图标:
上图中,左边数第4个是 MS SQL Server 数据库的图标,点击这个图标,出现如下窗口:
上图中,“服务器”后面下拉框里的内容,就是 MS SQL Server 数据库服务器的地址。
检测本机与数据库服务器或者中间层服务器能否连通的方法:
开始-》运行-》CMD-》ping 地址
上图,本机与给定地址的机器,网络连接是通的,地址正确。
上图,窗口中出现的“timed out”字样,说明本机与给定地址的机器,网络连接不通,地址不正确或其它网络原因造成的连接不通。
如果数据库访问方式选择的是“直接访问”,还要求数据库服务器的1433端口正在侦听并对外开放,检测方法如下:
开始-》运行-》CMD-》telnet 数据库服务器地址 1433
上图中,“1433”后回车,可能的情形,下面两幅图之一。
上图中,出现一个无内容的黑窗口,表示数据库服务器的1433端口正在侦听并且对外开放,你可以直接访问数据库。
上图中,窗口出现“不能打开主机的连接,在端口1433”字样,说明数据库服务器的1433端口没有启动监听,或者,端口1433没有对外开放,这时,你无法连接数据库。
如果数据库访问方式选择的是“通过中间层数据器访问”,本机要正常通过中间层访问数据库服务器,还要求中间层所在机器的211端口正在监听并对外开放,检测方法如下:
开始-》运行-》CMD-》telnet 中间层服务器地址 211
上图中,“211”后回车,可能的情形,下面两幅图之一。
上图中,出现一个无内容的黑窗口,表示中间层服务器211端口正在监听并且对外开放,你可以通过中间层访问数据库。
上图中,窗口出现“不能打开主机的连接,在端口211”,说明中间层服务器所在电脑的中间层服务器软件没有启动,或者,端口211没有启动监听,或者,端口211没有对外开放。
中间层服务器所在电脑右下角的托盘里,如果端口211正在监听,下图中应该有第一个图标存在,如果中间层服务器已经启动,下图中应该有第二个图标存在。
下图,中间层已启动并且连接数据库正常,注意看图中第二个图标的状态
下图,中间层已启动但不能成功连接数据库,注意看图中第二个图标的状态
三、MS SQL Server 数据库身份验证模式
数据库访问方式为“通过中间层服务器访问”,不需添此参数。
身份验证模式,分为“混合验证”和“仅Windows验证”两种,通常为第一种。你可以总是选择第一种,因为本软件在“混合验证”模式连接不成的情况下,自动转到“仅Windows”验证模式再连接。如果选择“仅Windows验证”,连接不成时,不自动转到“混合验证”模式再连。
四、用友NC的数据库名称 / 浪潮GS的数据实例编号
不是连接浪潮GS、用友NC,不需填此参数。
用友NC的数据库名称,要询问数据库管理员。数据库管理员可以从MS SQL Server 数据库的企业管理器里查到。
浪潮GS的数据实例编号,决定了浪潮GS数据库在MS SQL Server 数据库系统中的名称,要从数据库管理员处获得。不过,如果你输入的实例编号不正确,本软件连接数据库后,会通知你实例编号不正确,并给出检测到的一个或多个浪潮GS实例编号,你可以据此重新输入正确的实例编号。
五、用户名和口令
数据库访问方式为“通过中间层服务器访问”,不需填用户名和口令。
用户名是固定死的,就是 MS SQL Serer 数据库系统的管理员sa。
如果身份验证模式选择为“仅Windows验证”,不需要输入口令,但你作为Windows操作系统的用户,必须在 MS SQL Serer 数据库系统的安全性控制里,有你的登录账号,并且该账号具有你想访问的数据库的访问权限。
如果身份验证模式为“混合验证”,输入 MS SQL Serer 数据库系统的管理员sa口令。可以输入真实口令,也可以输入加密后的口令。特别的,如果你是在服务器上,并且你以具有管理员权限的 Windows 用户登录进Windows,即使sa有口令,你不输入口令,也可以正常连接数据库。但是,在局域网内其它机器或者你访问的是外网的服务器,必须输入sa口令,除非sa的口令是空白的。
什么是加密后口令?如果数据库有专人管理,管理者不希望将口令泄漏给客户机,管理者可以利用本软件的“产生加密口令”功能,将真实口令,产生出一个加密后的口令,客户机连接数据库时,指明这是加密后的口令,也可以成功连接数据库。产生加密口令的过程:本软件数据源菜单-》产生加密后的口令给客户机,有下图:
如上图所示,口令拥有者将一个真实的口令,加密为“U1S2U4O4W516”,将这个加密后口令,通知给各客户机,照样连接数据库。这个加密后口令,除了在本软件连接据库时有用外,没有其它用途。
本软件连接 MS SQL Serer 数据库的连接参数介绍完毕,看起来很复杂,但是,这是必需的。如果你稍微有一点数据库和网络方面的知识,这其实是一个很简单的事情。
|站长微信|Archiver|手机版|小黑屋|用友之家 ( 蜀ICP备07505338号|51072502110008 )
GMT+8, 2024-11-1 06:57 , Processed in 0.022948 second(s), 10 queries , Gzip On, Redis On.
Powered by Discuz! X3.5
© 2001-2024 Discuz! Team.