빈 열이 테이블에서 공간을 차지합니까?

매우 기본적인 정보를 담은 테이블이 있습니다. 제목과 날짜 필드 만 있습니다. varchar (4000) 인 comment 라는 필드가 있습니다. 대부분의 경우 비워 두지 만 여기에 많은 양의 데이터를 입력합니다. 이것이 정말로 나쁜 디자인입니까? 아니면 이것은 약간 비효율적입니까?

이 열에 대해 별도의 테이블을 만드는 것이 더 좋을 것이라고 가정합니다.

참고 : 이것은 SQL Server 2008입니다

더 예측 가능한 성능을 유지하고 (페이지 당 행의 변형이 크지 않도록)이 데이터를 관련 테이블에 저장하는 것이 좋습니다. 특히 데이터가 적은 시간 동안 만 채워지고 특히 검색된 경우에만 일부 쿼리. 이 값이있는 행은 NULL공간 오버 헤드에 영향을 주지만 이는 최소입니다. 더 중요한 것은 한 페이지가 두 행에만 맞고 다음 페이지가 500 행에 맞을 수있는 방법입니다. 이는 실제로 통계에 영향을 줄 수 있으며이를 분리하여 분리하여 저장하고 모든 작업에 영향을 미치지 않는 것이 좋습니다. 핵심 테이블.

사용하지 않을 때 최소한의 공간이 필요합니다

• NULL 비트 맵에서 1 비트
• 길이가 2 바이트 (NULL 일 경우 0 임)

오버 헤드가 최소화되고 최적화가 조기에 이루어집니다.

문제가 있음을 알 때까지 한 테이블에 보관하십시오. 외부 조인을 도입하여 KISS를 중단하고 데이터 쿼리시 오버 헤드를 추가합니다.

자세한 내용은 /programming/3793022/how-to-come-to-limits-of-8060-bytes-per-row-and-8000-per-varchar-nvarchar-valu/3793265#3793265 를 참조 하십시오.

필자는 항상 필드를 채우지 않는 경우 별도의 테이블이 페이지 밀도를 개선하고 조각화를 줄이는 것이 좋습니다.

• 데이터 페이지는 약 8000 바이트를 보유 합니다.
• 100 바이트의 행과 4000 바이트 이상의 행이 있습니다.
• 이 긴 행은 자체적으로 페이지에 있으며 나머지 페이지는 DB가 차지하는 "낭비 된"공간이지만 데이터를 보유하지는 않습니다.
• 대부분의 페이지에서 레코드의 긴 필드에 데이터를 추가하면 페이지가 초과되어 나머지 레코드가있는 페이지에 대한 포인터가 생성 될 수 있습니다.

빈 페이지와 포인터가 모두 있으면 성능이 저하됩니다. 가능하면 해당 필드를 정규화하십시오.

이 질문은 매우 비슷합니다. 여분의 빈 열이 SQL 테이블 크기에 크게 영향을 줍니까?

대답은 예처럼 보입니다. 공간을 차지하지만 null 값이 많은 열에 대한 압축 알고리즘이 있습니다.

디자인까지는 외부 테이블을 연결하는 것이 더 깔끔한 디자인이라고 생각합니다. null 값이 빈번한 열이 있으면 데이터베이스 사용자가주의하지 않으면 실수로 null 값을 사용할 수 있으므로 데이터베이스 사용자가 더 어려워집니다. 따라서 데이터베이스를 사용하는 코드에는 오류 검사가 포함되어 있어야하며 오류가 발생합니다.

당신은 괜찮을 것입니다-이미 varchar 열이므로 데이터가 들어있을 때만 공간을 사용합니다. int와 같이 널 입력 가능한 고정 크기 열이 많은 경우 공간 사용에 문제가있을 수 있습니다.

다른 테이블에 넣는 한 귀찮게하지 않을 것입니다. varchar (max) 및 in / out of row 옵션 사용을 볼 수도 있습니다. 아마, 아마도 조숙 할 것입니다.