ASP.Net成员资格每天处理多个注册

使用asp.net成员资格数据库每天处理多个注册是否存在任何已知问题/限制？我的场景是一个事件预订系统，它捕获并存储用户详细信息（姓名、号码、电子邮件等）以及事件详细信息。预计每天约有100名新用户/返回用户将使用该系统

我猜这不应该是个问题。只是想确认一下

谢谢

---

SD

没有明显的理由不应该每天处理100个用户注册。

没有明显的理由不应该每天处理100个用户注册。

每年只有大约36000个用户/交易

我假设您将有一个表来存储与用户ID（asp.net成员资格默认提供程序中的GUID）相关的事件详细信息

SQL Server应该可以轻松处理这种增长率。您只需要正确索引表。老实说，如果没有索引，你在几年内都不会注意到这个速度的问题

---

祝你的事业好运。

每年只有大约36000个用户/交易

我假设您将有一个表来存储与用户ID（asp.net成员资格默认提供程序中的GUID）相关的事件详细信息

SQL Server应该可以轻松处理这种增长率。您只需要正确索引表。老实说，如果没有索引，你在几年内都不会注意到这个速度的问题

---

祝你的事业好运。

除非所有100名用户都需要在一到两秒钟内完成注册，或者除非你的硬件或后端设置非常糟糕，否则你会没事的

---

您可能首先遇到的会员制限制与注册用户的总数有关。我会考虑一个超过100000个用户的定制系统（假设合理的硬件）。

< P>除非所有100个用户需要在同一或两秒钟内完成注册，否则除非硬件或后台设置非常糟糕，否则你会很好。

---

您可能首先遇到的会员制限制与注册用户的总数有关。我会考虑一个超过100000个用户（假设合理的硬件）的自定义系统。我想我现在倾向于使用成员数据库进行“用户管理”，并存储事件实体/引用表等。。。在另一个数据库中。谢谢你的回复。谢谢你的回复。我想我现在倾向于使用成员数据库进行“用户管理”，并存储事件实体/引用表等。。。在另一个数据库中。谢谢你的回复。