큰 구식 패션을 추구해야 할 것입니다.
물론이 테이블에는 일종의 키가 필요합니다. UserID로 시작할 수 있습니다. 이것은 증가하는 INT 일 수 있습니다 (또는 2.1 백만 명이 넘는 사용자의 경우 bigint).
많은 데이터베이스가 GUID를 기본 UserID로 사용하는 것을 보았습니다. 그러나 PK 용 GUID를 사용하여 완전히 다른 웜 캔을 열게됩니다.
그런 다음 데이터베이스의 정규화 방법을 결정해야합니다. 사용자가 여러 개의 이메일을 가질 수있게 하시겠습니까? 여러 전화 번호? 그렇다면 다른 테이블에 있어야합니다.
기본 사용자 테이블을 다음과 같이 유지합니다.
- 사용할 수있는 일종의 ID 또는 PK
- 이름 / 성 또는 사용자 이름
- 사용자의 일종의 상태 (활성, 비활성화 등)-(상태 테이블에 작은 링크)
- 만든 날짜
그것이 출발점이되어야합니다.
거기에서 저장하려는 항목에 따라 다른 열을 추가 할 수 있습니다. 이메일은 이메일 테이블, 주소 테이블 주소 등을 연결할 수 있습니다. 비밀번호는 hash + salt를 사용할 수 있지만 openid를 고려 했습니까?
- 내가보기 엔 당신이 비록이 문서 읽기 권장 http://www.sqlservercentral.com/articles/data-modeling/71725/을