关于SqlServer用户数以及多层数据库的问题

[lj051419]

现在有个疑问：
买的正版的假如是15个用户；那这15个用户是指同一个登陆名下的连接数还是登陆名？

另外听说有种多层数据库技术：
1、客户端程序
2、应用程序服务器：提供公共的数据服务
3、数据库服务器；

就是（1）直接访问（2）、（2）在访问数据库服务器 返回返回结果。。。
这样好像与数据库链接的话应该一个连接就能搞定

[haitao]

多层架构 是 避免客户端直接连数据库 中间层（应用服务）通过连接池访问数据库，为客户端提供服务 多数情况下，是可以大大减少实际的数据库连接数 一个连接就能搞定 就极端了一些，只有当每个服务都是极快就能完成，而且并发少时，才可能 另一个极端是，连接数一点也没减少，如果每个服务都需要执行一段时间，而期间很多服务并发进来

[huhuapop]

我记得在微软的文档中，客户端的同时并发数和操作系统的licence有关（例如客户端是标准版25client，最大并发数就是25）

[让你望见影子的墙]

另外听说有种多层数据库技术： 1、客户端程序 2、应用程序服务器：提供公共的数据服务 3、数据库服务器； 个人理解 就是把数据库访问的过程封装起来，你直接调用提供的方法即可，过程就不用再写了，这样可以实现简单的代码复用，减少工作量

[發糞塗牆]

连接数，不是登录名

[發糞塗牆]

第二个问题，不一定，比如n个用户传输不同的请求，那么第二层就要针对这些请求分别对第三层发请求

[lj051419]

引用 2 楼 DBA_Huangzj 的回复:

连接数，不是登录名

假如是15个的用户数。。 但是访问的时候可能就不止15个了。 有可能是50个、甚至更多。 那如果还这样进行连接的话会不会对数据库造成什么影响呢？

[發糞塗牆]

引用 4 楼 lj051419 的回复:

[quote=引用 2 楼 DBA_Huangzj 的回复:] 连接数，不是登录名

假如是15个的用户数。。 但是访问的时候可能就不止15个了。 有可能是50个、甚至更多。 那如果还这样进行连接的话会不会对数据库造成什么影响呢？ [/quote]一般来说，sqlserver端的连接数不会只有那么少，除非你限制了，2012企业版最大连接数是32767。如果数据库及应用程序设计得好，即使真有3万多个连接，也不会有明显的性能问题，另外很多联接其实只是“连着”，并没有真正在持续运行

[lj051419]

引用 5 楼 DBA_Huangzj 的回复:

[quote=引用 4 楼 lj051419 的回复:] [quote=引用 2 楼 DBA_Huangzj 的回复:] 连接数，不是登录名

假如是15个的用户数。。 但是访问的时候可能就不止15个了。 有可能是50个、甚至更多。 那如果还这样进行连接的话会不会对数据库造成什么影响呢？ [/quote]一般来说，sqlserver端的连接数不会只有那么少，除非你限制了，2012企业版最大连接数是32767。如果数据库及应用程序设计得好，即使真有3万多个连接，也不会有明显的性能问题，另外很多联接其实只是“连着”，并没有真正在持续运行[/quote] 我倒是不会限制、 这是在买的时候人家是按用户数收费的、、所以才有了这个疑惑

[發糞塗牆]

sqlserver什么版本的？

[lj051419]

引用 7 楼 DBA_Huangzj 的回复:

sqlserver什么版本的？

好像是标准版的。 这不是我买的。。

[發糞塗牆]

不过如果真的限制了，那也没办法，只能先用了。如果真的不够，再花钱吧