데이터베이스 설계 : 확장 가능 프로필 표와 같은 시나리오에 대한 많은 행 또는 추가 백업 열

Question

나는 학생 프로파일을 20,000 명까지로 데이터베이스 있도록하기로 결정, 이상 120 + 속성을 가지고 각 학생의 프로필이

DotNetNuke의 CMS 같은 많은 기업 프로젝트에서 사용 된 방법은 두 테이블이고, 하나는 USERPROFILE입니다 :

[ProfileID],[UserID],[PropertyDefinitionID],[PropertyValue] 

다른 것은 ProfilePropertyDefinition

[PropertyDefinitionID],[DataType] ,[PropertyCategory],[PropertyName] 

이 방법을 사용하면 20,000 x 120 = 240 만 행이됩니다!

정규화 된 데이터베이스를 가지고있는 올바른 방법이라는 것을 알고 있습니다. 데이터베이스 서버는 수백만 개의 레코드를 처리하기 위해 만들어졌지만 궁금합니다. 왜 우리는 하나의 프로필 테이블을 120 열로 만들지 않습니까? 확장 성을위한 충분한 백업 컬럼? 성과가 중요하다면, 그것은 더 좋은 해로움입니까?

Answer 1

왜 확장 성을 위해 100 개의 열 + 충분한 백업 열을 가진 하나의 프로필 테이블을 만들지 않습니까?

다른 디자인은 더욱 확장 가능합니다. 120 열로 제한되지 않습니다.

성능면에서 보면 두 개의 서로 다른 데이터베이스 디자인을 테스트해야하지만, 프로파일 키 정의 테이블은 약 2 백 50 만 킬로바이트의 행이 아니라 240 만 개의 100 바이트 행을 가질 수 있습니다.

항상 모든 행을 읽지 않는 한 짧은 행이 일반적으로 더 잘 수행됩니다.