2009-09-28 2 views

답변

10

신원 관리/인증 관리를 회원 관리와 분리합니다. "큰"사용자 테이블은 실제 ID 저장소입니다. 예를 들어 SQL을 사용하여 ID 데이터를 저장하려는 경우 여기에 모두 들어갑니다. 그러나 Active Directory와 같은 다른 소스를 사용하여 신원 저장소로 사용할 수 있습니다. 대신에 ID 및 인증의 유효성을 검사하지만 SQL 기반 역할/구성원 데이터를 AD 기반 ID 데이터에 조인 할 수있는 방법이 필요합니다. 그것이 작은 테이블이 나오는 곳입니다. 그 관계를 유지하기에 충분한 정보입니다.

+0

테이블이 많이 필요 없기 때문에 asp.net 회원 자격을 잃고 있습니다. 제가 몇 가지 물건을 만들었으므로 모든 방법을 쓸모 없게 만들었습니다. 그래서 나는 이런 식으로 데이터를 분리해야하는지 아니면 하나의 테이블에 집어 넣어야 하는지를 알아 내려고 노력 중입니다. 권장되는 접근 방식은 무엇입니까? – chobo2

+1

@ Chobo2 당신의 필요를 모른 채 말하기가 어렵습니다. ASP.NET 공급자가 필요로하는 모든 작업을 수행하고 필요없는 작업을 많이 수행하면 작업을 계속 수행 할 수 있습니다. 자신 만의 건물은 더 나은 일에 지출 할 수있는 비용입니다. 그러나 필요한 특정 기능이 있으면 먼저 공급자를 설계하십시오. –

2

단일 사용자 데이터베이스에서 여러 응용 프로그램을 보호하기위한 것입니다. aspnet_membership에는 UserId 및 ApplicationId가 있으므로 각 사용자는 여러 응용 프로그램에 대해 서로 다른 암호를 가질 수 있습니다. 또한 하나의 응용 프로그램에서 잠글 수 있지만 다른 응용 프로그램에서는 잠글 수 없습니다.

+2

사실이긴하지만 다른 테이블에도 해당 정보가 있으므로 두 테이블이 서로 다른 이유가 무엇인지 대답하지 못했습니다. –

관련 문제