预订演示

请注意 : 本帮助页面不适用于最新版本的Enterprise Architect. 最新的帮助文档在这里.

前页 后页

添加数据库管理器-SQL Server

Pro Cloud Server与基于SQL Server的数据库的连接需要使用OLE / DB驱动程序;当前, Sparx Systems Pro Cloud Server支持历史悠久的“用于SQL Server的Microsoft OLE DB提供程序”(已包含在MDAC中多年)和新发布的“用于SQL Server的Microsoft OLE DB驱动程序”,后者支持TLS v1.2和更高版本的SQL Server发行的其他新功能。

认证方式

SQL Server OLE / DB驱动程序支持两种形式的数据库身份验证, Sparx Systems Pro Cloud Server支持两种形式:

1. Windows身份验证/ Windows NT集成安全性(或SSPI)和

2. SQL Server身份验证/“特定的用户名和密码”

许多Sparx Systems客户期望“ Windows身份验证”选项使用登录到Enterprise Architect的最终用户的身份验证详细信息。然而,这种情况并非如此。选择此选项后,实际上是用于对数据库进行身份验证的Sparx Systems Professional Cloud Windows服务的拥有用户的凭据。默认情况下,这是“本地系统”。

建立数据库连接需要凭据;但是,这是一个相对较慢的过程-如果要求Pro Cloud Server使用每个查询的最终用户详细信息建立与数据库的连接,则性能将受到严重影响。而是在Pro Cloud Server启动时创建数据库连接的“池”。来自池的数据库连接被分配为在数据到达时对每个数据请求进行操作,并且由于它们已经建立,因此执行几乎是瞬时的。

因此,在定义与基于SQL Server的存储库的数据库连接时,应特别考虑为您的环境确定最佳/最合适的数据库凭据。通常,我们建议使用预定义的SQL Server用户进行SQL Server身份验证。但是,对于许多客户而言,SQL Server身份验证方法违反了他们公司的安全策略,因此他们需要:

  • 将Sparx Systems Professional Cloud Windows服务的拥有用户更改为在SQL Server中具有必要权限的用户,或者
  • 授予本地系统帐户对SQL Server数据库的权限

角色/权限

为了使Enterprise Architect / WebEA / Prolaborate的最终用户能够读取和更新存储库中的信息,数据库用户需要相关权限;实现此目的的最简单方法是将这些角色授予每个数据库用户:

db_datareader

db_datawriter

使用SQL Server身份验证添加SQL Server数据库

在定义Pro Cloud Server连接之前,请定义一个SQL Server用户,该用户具有将充当Enterprise Architect存储库的数据库角色。

您可以通过指定数据库的连接字符串来定义与SQL Server数据库的连接。如果要在与服务器相同的计算机上运行配置客户端,则可以:

  1. 单击Browse.按钮以打开“数据链接属性”对话框以构建连接字符串。
  2. 选择“用于SQL Server的Microsoft OLE DB提供程序”或“用于SQL Server的Microsoft OLE DB驱动程序”,然后单击“下一步>>”按钮。
  3. 选择或键入SQL Server的实例。
  4. 选中“使用特定的用户名和密码”复选框,并填写用户名和密码,然后选择“允许保存密码”复选框。
  5. 在“选择服务器上的数据库”中选择作为Enterprise Architect存储库的数据库。

使用Windows身份验证添加SQL Server数据库

您可以通过指定数据库的连接字符串来定义与SQL Server数据库的连接。如果要在与服务器相同的计算机上运行配置客户端,则可以:

  1. 单击Browse.按钮以打开“数据链接属性”对话框以构建连接字符串。
  2. 选择提供程序“ SQL Server的Microsoft OLE DB提供程序”或“ SQL Server的Microsoft OLE DB驱动程序”,然后单击“下一步>>”按钮。
  3. 选择或键入SQL Server的实例。
  4. 选择“使用Windows NT集成安全性”复选框。
  5. 在“选择服务器上的数据库”中选择作为Enterprise Architect存储库的数据库。

注意:

  • 由于Sparx Systems Pro Cloud Server是Windows服务,并且在单个帐户下运行,因此所有数据库访问都将使用拥有帐户的凭据来执行,因此将无法跟踪数据库中哪些记录的更新方式:个人最终用户;但是,如果需要, Enterprise Architect可以在内部存储审核历史记录