2009-08-30 2 views
0

저는 웹 애플리케이션 개발 초기 단계에 있습니다. 나는 현재 ASP .NET 회원을 사용해야하는지 또는 내 회원을 써야하는지에 대해 현재 검토 중입니다. 좀 더 관대 한 ASP .NET 멤버십을 사용하면 개발 시간을 절약 할 수 있습니다. 회원 데이터베이스를 최대한 활용하는 방법에 대한 모호함을 해결하는 데 도움이 필요합니다.ASP .NET 멤버십 데이터베이스를 가장 잘 활용하는 방법은 무엇입니까?

  • 회원 자격으로 새 데이터베이스가 생성됩니다. 내 응용 프로그램 데이터베이스에 동일한 데이터베이스를 사용하거나 내 응용 프로그램에 대해 새 데이터베이스를 만드는 것이 더 좋습니다. 왜?
  • 응용 프로그램 용 새 데이터베이스를 만들면 어떻게됩니까? 내 응용 프로그램 데이터베이스에 새 사용자 테이블을 만들거나 멤버십 데이터베이스에서 사용자 테이블을 재사용/확장하는 것이 더 나은 방법은 무엇입니까? 나는 약간의 편견이야 있도록 사전에

감사합니다,

RWendi는

답변

5

나 자신은 회원/역할/프로필 공급자의 팬이다. 기본적으로 무엇을 프로젝트에 사용할지를 평가한다면 요구 사항을 살펴볼 것입니다. 기본 설정이 작동하는 경우 회원 자격 기능을 구현할 이유가 없습니다. 많은 기능과 성능 최적화를위한 소문자 사용자 이름 및 전자 메일과 같은 유용한 최적화 기능을 제공합니다.

저는 대개 내 데이터와 회원 용으로 하나의 데이터베이스를 만듭니다. 사용자 삭제와 관련된 문제를 피하기 위해 외래 키가 아닌 사용자 이름 열을 추가하여 다른 테이블을 연결합니다. 더 이상 사용자 ID 인 GUID를 멤버 자격 공급자 인터페이스로 검색 할 수 없으며 사용자 ID별로 항목을 참조하려는 경우 자체 저장 프로 시저를 작성해야합니다.

+1

+1 - DRY - 반복하지 말 것 - 좋은 회원/역할 시스템이 있고 필요한 모든 것을 처리하는 경우 (또는 모든 요구 사항을 처리하기 위해 쉽게 확장 할 수있는 경우) - 사용하십시오! gazillionth 시간 동안 바퀴를 재발 명하지 마십시오 :-) –

1

별도의 데이터베이스인지 여부에 관계없이 리소스가있는 경우 (예 : 단일 SQL Server 데이터베이스가있는 공유 호스트에 있지 않은 경우) 별개의 방법이 될 수 있습니다. 가장 큰 장점은 사용자 데이터가 애플리케이션 별 (예 : 품질 관리에서 프로덕션 사용자 데이터가 필요 없음) 인 경향이 있으므로 별도로 사용하면 애플리케이션 데이터에 대한 정보 만 필요하기 때문에 사용자 데이터를 조금 더 깨끗하게 할 수 있다는 점입니다 .

관련 문제