在每天处理多个注册时，使用asp.net成员资格数据库是否存在任何已知问题/限制？我的方案是一个事件预订系统，它捕获并存储用户详细信息（姓名，号码，电子邮件等...）以及事件详细信息。预计每天约有100名新用户/回归用户将使用该系统。
我的猜测是它应该不是问题。只是寻找确认。
感谢 SD
答案 0 :(得分：1)
没有明显的理由不应该每天处理100个用户注册。
答案 1 :(得分：1)
每年只有大约36,000个用户/交易。
我假设您将有一个表来存储与用户ID相关的事件详细信息（这是asp.net成员资格默认提供程序中的GUID）。
SQL Server应该可以轻松处理这种增长率。您只需要正确索引表。老实说，几年后你不会注意到这个速度的问题而没有索引...
祝你好运。
答案 2 :(得分：1)
除非所有100位用户需要在相同的一两秒钟内完成注册，或者除非你的硬件或后端设置非常糟糕，否则你会没事的。
您可能首先遇到的会员制度的限制与注册用户的总数有关。我会考虑一个超过大约100,000个用户的自定义系统（假设合理的硬件）。