2010-02-12 6 views
0

Asp.net Membership Providership Sql에서 내 요구 사항에 적합한 지 여부를 결정하고 몇 가지 기본적인 질문이 있는지 확인하려고합니다.Asp.net Membership ProviderSql

많은 테이블을 만드는 것처럼 보입니다. 그 중 많은 테이블이 필요하다고 생각하지 않습니다. 난 단지 하나의 응용 프로그램과 역할 관리가 필요하지 않습니다. 사용하지 않는 테이블을 제거 할 수 있습니까? 아니면 그냥 그대로 두어야합니까?

SQL 멤버 자격 공급자로 만든 사용자와 레코드를 연결할 수있는 다른 테이블이 필요합니다. 이 사용자의 기본 키로 "Membership.GetUser.ProviderUserKey.ToString()"을 사용하는 것이 안전합니까? 나는 그렇게 생각한다. 그러나 그것을 관리하는 Asp.Net 이래로 내 통제에서 벗어나는 것에 의존하는 것처럼 느껴진다.

또한 통계를 얻기 위해 사용자와 로그인하지 않고 데이터베이스에 직접 액세스 할 것입니다. aspnet_Users.UserId (table.field)를 사용하여 데이터베이스에 대해 Sql 쿼리를 만드는 것이 안전합니까? 내가 두려워하는 부분은 프레임 워크 업데이트 후 갑자기 Asp.Net이 테이블 레이아웃이나 다른 것을 변경한다는 것입니다.

답변

1

분명히 테이블을 생성하고 나면 원하는 모든 작업을 수행 할 수 있지만 그 결과를 고려해야합니다. Membership Provider 프레임 워크는 매우 잘 작동하며 널리 구현됩니다. 구현을 사용하는 경우에는이를 사용하고 원하는 조각을 사용하고 나머지는 그대로 두십시오.

변경 사항을 알려주거나 변경 사항을 적용하지 않을 경우 매우주의해야합니다.

프레임 워크를 사용하면 제공되는 많은 메서드를 재정의하거나 고유 한 사용자 지정 공급자를 작성하고 즉시 구현할 수 있습니다.

1

ProviderUserKey는 참조 할 필요가있는 것을 저장하기위한 것이므로 추가 사용자 정보를 저장하기 위해 데이터베이스의 레코드에 키를 저장할 수 있습니다. 사용하지 않는 테이블을 만지지 않으면 관계없는 테이블을 삭제하는 것이 좋습니다. 나는 그것이 aspnet_applications, aspnet_users 닿을 알고

...

은 최후의 수단으로, 당신은 항상는 MembershipProvider에서 상속하는 클래스를 만들어 사용자 지정 멤버 자격 공급자를 만들 수 있습니다.

관련 문제