クイズ: リレーショナルモデル

WHERE email = NULL 이 아무 행도 반환하지 않는 이유는?

• email 컬럼에 NULL 인 행이 하나도 없기 때문
• = NULL 은 문법 오류라 조건이 통째로 무시되기 때문
• NULL 과의 비교 결과는 참도 거짓도 아닌 미지이므로 WHERE 를 통과하지 못하기 때문
• NULL 은 빈 문자열로 자동 변환되기 때문

count(*) 와 count(email) 의 차이는?

• 어떤 데이터에서도 둘은 항상 같은 값을 반환한다
• count(*) 는 행 수를, count(email) 은 email 이 NULL 이 아닌 행 수를 센다
• count(email) 은 인덱스만 읽으므로 언제나 더 빠르다
• count(*) 는 중복을 제거한 고유 행 수를 센다

대리 키(surrogate key)를 쓰기로 했을 때도 자연 키를 유일 제약으로 남겨야 하는 이유는?

• 대리 키가 있어도 도메인 규칙상 중복되면 안 되는 값은 여전히 중복되면 안 되기 때문
• 성능이 빨라지기 때문
• 외래 키를 걸 수 없기 때문
• 대리 키만으로는 행을 식별할 수 없기 때문

금액 컬럼에 double precision 을 쓰면 생기는 문제는?

• 저장 공간이 numeric 보다 크다
• 인덱스를 만들 수 없다
• 정렬이 되지 않는다
• 부동소수점은 근사값이라 합계나 반올림 결과가 회계와 어긋날 수 있다

도메인 규칙을 애플리케이션이 아니라 데이터베이스 제약으로 옮기는 가장 큰 이유는?

• 코드가 짧아지기 때문
• 제약이 인덱스를 자동으로 만들어 주기 때문
• 운영 중 수동 SQL, 배치 스크립트, 나중에 붙는 다른 서비스까지 모두 막아 주기 때문
• 제약은 성능에 영향을 주지 않기 때문

PostgreSQL 에서 timestamp 와 timestamptz 를 고를 때의 기준으로 옳은 것은?

• timestamptz 는 저장 공간이 더 크므로 꼭 필요할 때만 쓴다
• 어떤 순간을 가리키는 값에는 timestamptz 를 쓰고, 시간대와 무관한 벽시계 값에만 timestamp 를 쓴다
• 둘은 동일하므로 아무거나 써도 된다
• timestamp 가 표준이므로 항상 그것을 쓴다