ASP.NET MemberShipProvider의 사용자에게 내 응용 프로그램 데이터를 연결하려면 어떻게합니까?

Question

방금 ​​ASP.NET MVC를 배우기 시작했습니다. 기본적으로 SqlMembershipProvider을 사용하는 표준 프로젝트 템플릿으로 만든 프로젝트에서 작업하고 있습니다. 이렇게하면 회원 정보를 보유하기 위해 프로젝트에 ASPNETDB.mdf 데이터베이스가 자동으로 생성됩니다. 이 데이터베이스에 저장된 회원을 실제 응용 프로그램 데이터와 어떻게 연관시킬 수 있습니까?

this.User.Identity.Name을 사용하여 작업 방법에서 현재 사용자의 이름을 참조해야만 응용 프로그램의 데이터베이스에서 사용자 특정 정보를 저장하거나 검색 할 때 키로 사용해야합니까? 또는 대신 this.User.Identity.UserId을 사용해야합니까? 나는 항상 정수 기반 ID가 문자열 또는 GUID 기본 ID를 검색하는 것이 훨씬 빠르다고 생각했습니다. 그러나 aspnet_Users 테이블의 기본 키는 GUID 필드입니다.

this.user 대 this.HttpContext.User 사이에 차이가 있습니까? 이 속성에서 반환 된 IPrincipal은 Membership.GetUser()에서 반환 된 MembershipUser일까요? 이들의 차이점은 무엇입니까?

또한 회원 정보를 응용 프로그램 데이터베이스와 별도의 데이터베이스에 보관하는 것이 가장 좋습니까? 아니면 하나의 데이터베이스에 함께 병합해도 괜찮습니까?

Answer 1

질문에 대한 몇 가지 요소, 몇 점있다 : 그것은 일반적으로 더 사용하기 효율적으로

내가 일반적으로 ID 이름을 사용. get user function은 데이터베이스에서 전체 사용자 데이터를 가져와 마지막 액세스 시간을 업데이트합니다. IPrinciple은 이것을 요구하지 않으며 메모리 데이터에서 사용합니다. 따라서 username 속성은 더 빠르고 쉽게 사용할 수 있습니다. 주요주의 사항은 사용자가 사용자 이름을 변경할 수 있도록 허용 할 수있는 경우입니다.이 경우 ID가 더 적합합니다.

사용자 관련 레코드가 많아서 문제가되는 것 같습니다. 맞습니다. 정수는 조회하는 것이 가장 빠릅니다. 대량의 데이터가있는 경우 사용자를 extending the membership 제공자로 매핑하거나 매핑 테이블을 추가하여 정수로 매핑 할 수 있습니다.

this.User 대 HttpContext.User는 차이가 없습니다.

Answer 2

기본 템플릿은 일부 폼 인증/멤버십 기능에 대한 래퍼를 만드는 Models 폴더의 "AccountModel"을 제공해야합니다. 이를 확장하고 현재 HttpContext에 저장된 IPrincipal 인 현재 "HttpContext.Current.User"를 반환하는 함수를 추가 할 수 있습니다. 그 이름 속성을 사용하면 사용자 이름으로 회원 정보를 쿼리하여 회원 데이터를 얻을 수 있습니다 (IPrincipal은 사용자 이름, 역할 등과 같은 기본 정보 만 저장합니다. MembershipUser는 db에서 가져온 다른 모든 데이터를가집니다).

SqlMembershipProvider는 작은 프로젝트에 비해 매우 진절머리 나며 제한적이며 ... 동시에 복잡합니다. 지금은 2000+ 계정이있는 사이트에서 사용하고 있으며 사용자 정의하려는 경우 pita입니다. formauthentication을 사용하고 Membership 쓰레기를 없애기 위해 직접 작성하는 것이 더 좋습니다 (그물에 많은 예제가 있습니다). 나는 지금 내가 하나를 썼다면 좋겠다.

Answer 3

내가 SqlMembershipProvider를 사용하는 응용 프로그램에서 일반적으로 응용 프로그램 테이블과 동일한 DB에 테이블/sprocs를 저장 한 다음 외래 키를 사용하여 내 app 테이블을 사용자 테이블에 연결했습니다. 한 번은 이런 방식으로하지 않았습니다. 한 사용자 데이터베이스가 각각의 응용 프로그램 데이터베이스가있는 서로 다른 여러 응용 프로그램간에 공유 될 때였습니다.