외래 키와 복합 키?

Question

나는 다음 표 ... 사람이 같은 사용자 이름/암호하지만 서로 다른 AccountTypes을 가질 수 있도록 내가 ID와 ACCOUNTTYPE 열에서 복합 키를 생성 한

TABLE: Accounts 
    ID (int, PK, Identity) 
    AccountType (int, PK) 
    Username (varchar) 
    Password (varchar) 

있습니다.

이것은 제가 시도하고 연결하려는 각 외부 테이블에 대해 두 개의 열을 만들어야한다는 것을 의미합니까?

나는 이것이 내가하려고 링크 각 외부 테이블은 두 열을 만들어야합니다 뜻 SQL 서버 2008

Answer 1

을 사용하고 있습니다?

예.

그러나 별도의 테이블을 사용하여 사용자 이름/비밀번호를 저장하고이 테이블을 user_accounts (복합 기본 키 포함)에 연결하는 것이 좋습니다.

사람들이 동일한 사용자 이름/암호를 가질 수 있지만 다른 AccountType을 가질 수 있도록 ID와 AccountType 열의 복합 키를 만들었습니다.

id은 같으나 다른 사용자는 다른 사용자 이름과 비밀번호를 가질 수 있습니다. 여기

당신이 그것을해야하는 방법은 다음과 같습니다

CREATE TABLE t_user (id INT NOT NULL IDENTITY PRIMARY KEY, Username VARCHAR(100) NOT NULL, YouShouldAlwaysUseSaltedAndHashedPasswords VARCHAR(64) NOT NULL) 

CREATE TABLE t_user_account (user_id INT NOT NULL, account_id INT NOT NULL, PRIMARY KEY (user_id, account_id), FOREIGN KEY (user_id) REFERENCES t_user (user_id)) 

Answer 2

예. 이를 피하기 위해 ID를 int 신원 확인 정보로 만들고 기본 키만 작성한 다음 Username/AccountType에 새로운 고유 색인을 추가합니다. 사람이 같은 사용자 이름/암호하지만 서로 다른 AccountTypes을 가질 수 있도록

Answer 3

나는 ID 및 ACCOUNTTYPE 열에서 복합 키를 만들었습니다.

필요하지 않습니다!

• 혼자 ID 컬럼에 PK를 넣어 (그것은 IDENTITY입니다 - 그래서 항상 독특한)와

• 이 (UserName, AccountType)에 UNIQUE 제약 조건을 넣어 (또는 인덱스) 자식 테이블에서 참조로 그 사용 - 그 방법은 동일한 유형

내 의견으로는, 당신의 PK에서 AccountType를 가진 아무 소용이 없잖아요 두 개의 계정을 가지고에서 사용자를 방지 할 수 있습니다.

대신 사용이 디자인 : 현실 세계에서 의미가

TABLE: Accounts 
    ID     INT IDENTITY  PRIMARY KEY 
    AccountType  INT   UNIQUE CONSTRAINT(Username, AccountType) 
    Username   VARCHAR  UNIQUE CONSTRAINT(Username, AccountType) 
    Password   VARCHAR