使用内置的ASP.NET身份验证提供程序是个坏主意,因为guid被用作主键等

我正处于一个项目的阶段,在这个项目中,我需要扩展ASP.NET MVC网站中的用户成员资格字段。

我经历了这些不同的思考过程。

1. 使用“用户名”将用户加入记录。非常糟糕的想法,因为用户想要更改他们的用户名等。

2. 然后我想我可以将userid的guid连接到其他表。

3. 然后我想,如果将来需要将ID作为一个简单的ID,那么使用guid可能会很糟糕。所以我设置了一个链接表来连接guid到ints。

4. 决定我不需要它,所以回到使用guid将事情链接在一起,这使得请求更加简单。

5. 阅读大量讨论使用guid作为聚集索引时性能是可怕的。

我现在很困惑,这是否意味着默认的ASP.NET身份验证对性能来说很糟糕?

我知道人们不应该过早地考虑性能,但我希望这个应用程序最终会非常受欢迎,所以如果我必须“推出自己的”身份验证提供商,我想也许我现在应该这样做。

由于ASP.NET成员资格的原因为我做了所有事情,因此我从中抽象出来,因此任何指向实际执行此操作方向的链接都将非常感谢。

谢谢大家。