关于asp.net系统中，非常苦恼的一个用户名问题

Question

每个站点配置的 Data Source 不同。

Answer 1

你不要用用户名进行创建下属就行了啊,只要用一条记录的ID号进行创建就行了,创建ID号时最好用NEWID()这个函数来创建.因为用这个函数创建的ID在未来的100年内不会出现重复的.

Answer 2

但如果不用aspnetdb，就没法利用login页面吧，要完全自己编写了？

Answer 3

我建议自己编写登录控件，这样对于以后维护比较方便，不要使用asp.net的login控件了。
如果你非要使用的话，你就使用不同的datasource吧，不过这样比较麻烦。

Answer 4

首先，你说的aspnetdb是指asp.net配置页中涉及那个吧，那不是一个表，而是诸多表的集合
具体可以参考这里
http://hi.baidu.com/balckcoffee855/blog/item/f3cf4ba72b833496d04358c4.html关于问题
(1)“我在vs.net2005中的“asp.net配置”中先初始设置了这几个公司的权利最大的人”
这里的设置可能会出问题，你应该设置几个角色(Roles)，然后建立用户(Member)，将用户指派到不同的角色中(2)“A公司里有个人叫张三，而B公司里也有张三”
ASP.NET的Membership建立用户时会分配一个唯一的UserID，与名字无关，而权限留给角色决定，也就不会重复。
当你要扩展时，用UserID关联可以保证唯一性

Answer 5

每一个网站使用的Data Source应该不同。

Answer 6

或者，http://www.google.cn/search?complete=1&hl=zh-CN&newwindow=1&rls=com.microsoft%3A*%3AIE-SearchBox&rlz=1I7GGIJ&q=membership+connectionStringName%E5%B1%9E%E6%80%A7&meta=lr%3Dlang_zh-CN%7Clang_zh-TW&aq=f&oq=

Answer 7

asp.net的membership/role机制本身就是支持多个系统的，并且membership/role只是管理用户登录帐号/角色权限而已，其它的复杂操作，比如扩展用户信息/其它商业规则等，都是由开发人员来扩展的，以楼主的情况，建议三种解决方案:1.一个系统(包括数据库)复制多份，各个公司系统独立运行,缺点是更新时，多个系统要同步更新2.各系统站点设置多个，数据库共用一个，但每个站点中的web.config中，membership/role配置节的ApplicationName设置得不同，这样每个子公司的membership/user/role这一套数据，分离在各自的applicationId下，互不干扰(这一点，只要看下数据库aspnet_开头的几张表结构就知)，缺点同样是更新时，所有站点的代码都要更新3.站点与数据库全部共用，但是用角色来区分，比如二个公司A,B,对应创建二个系统基本角色"公司A"与"公司B"，所有A公司的帐号，创建时都划入"公司A"这个角色，所有B公司的帐号，划入"公司B"这个角色，类推...，当公司A的人登录系统/创建下属时，程序判断是否当前用户是"公司A"角色，不足之处是，如果二个公司的人要求登录名(username)相同的话，就无法满足，因为username在同一个application中，是不能相同的

Answer 8

自己做登录验证，这样会方便的多，db自己建吧，aspnetdb偶不喜欢用，个人习惯。