은 내가 FK로 사용하고있는 경우도

Question

나는 이런 식으로 뭔가를 판별 자 컬럼 대신 char 또는 NVARCHAR의 INT를 사용하는 의미가 않습니다 char (1) 대신 int를 사용하는 것이 더 빠르거나 더 잘 작동할까요?

Answer 1

(데이터베이스 테이블에서 데이터를 가져올 때, 그것은 .... 바이트 크기에없는) : "auser.id"와 "buser.id"외래 키 백업하는 것이 "account.id"ID 열에 ?? 모든 것이 동기화 될 수 있는지 확인하는 것이 어렵습니다. 계정에 삽입 할 때 ID (예 : 1)를 입력하고 "a"를 입력하면 "auser"에 삽입 할 때 id (1)와 FK를 "account"로 가져오고 "buser"에 어떻게 삽입합니까 (그리고 id 1) 및 1, b로 계정을 다시 fk ??

진짜 질문에. Size UserType을 가질 값의 수를 지정합니다. CHAR (1)을 몇 개만 사용하는 것이 가장 좋으면 인덱스의 메모리 사용량이 줄어 듭니다. char (1) 이상을 보유 할 수 있다면 int (0-255, 1 바이트)로 가고, 필요하면 int (2,147,483,647, 4)가 더 필요한 경우 smallint (32k, 2 바이트)로 이동하십시오. byte)

Answer 2

대부분의 최신 데이터베이스에서 중요하지 않습니다. int는 괜찮습니다.

char도 마찬가지이다.

왜 IDENTITY 열을 필요

Answer 3

char (1)은 1 바이트이고 int는 4 바이트입니다. 작은 int조차 2 바이트입니다.