EF 코드 우선 모든 문자열에 대해 nvarchar (max)를 사용합니다. 이로 인해 쿼리 성능이 저하됩니까?

Entity Framework Code First를 사용하여 생성 한 데이터베이스가 있습니다. 앱이 작동하고 일반적으로 Code First가 할 수있는 일에 매우 만족합니다. 필자는 우선 프로그래머이고 DBA는 두 번째입니다. C #에서 데이터베이스가 무엇을 원하는지 자세히 설명하기 위해 DataAttributes에 대해 읽고 있습니다. 내 질문은 : 이 nvarchar(max)문자열을 내 테이블에 넣으면 어떤 형벌을 먹을 것 입니까 (아래 예 참조)?

이 특정 테이블에는 몇 개의 열이 있습니다. C #에서는 다음과 같이 정의됩니다.

    [Key]
    [DatabaseGeneratedAttribute(DatabaseGeneratedOption.Identity)]
    public int ID { get; set; }
    public string Name { get; set; }
    public string Message { get; set; }
    public string Source { get; set; }
    public DateTime Generated { get; set; }
    public DateTime Written { get; set; }

이름, 소스, 생성 및 작성을 기반으로 쿼리 및 / 또는 정렬 할 것으로 예상합니다. 이름과 소스는 0-50 자 길이, 때로는 최대 150 자까지 예상합니다.이 테이블은 아주 작게 시작 (100 만 행 미만)하지만 시간이 지남에 따라 크게 증가합니다 (> 1m 행). 분명히 메시지는 작거나 클 수 있으며 쿼리되지 않을 것입니다.

내가 알고 싶은 것은 이름과 소스 열이 nvarchar(max)150 자보다 클 것으로 예상하지 않을 때 정의되는 성능 저하가 있습니까?

더 큰 nvarchar (최대) 데이터 항목 (8000 바이트 이상)은 텍스트 저장소로 넘겨지며 추가 I / O가 필요합니다. 작은 항목은 행에 저장됩니다. 이 동작을 제어하는 ​​옵션이 있습니다 . 자세한 내용 은이 MSDN 문서 를 참조하십시오.

행에 저장된 경우 상당한 I / O 성능 오버 헤드가 없습니다. 데이터 유형을 처리하는 데 추가 CPU 오버 헤드가있을 수 있지만 이는 사소한 것일 수 있습니다.

그러나 nvarchar (최대) 열을 필요하지 않은 데이터베이스 주위에 두는 것은 다소 열악한 형태입니다. 약간의 성능 오버 헤드가 있으며 종종 데이터 크기가 데이터 테이블을 이해하는 데 도움이됩니다. 예를 들어, 너비가 50 또는 100자인 varchar 열은 설명 또는 자유 텍스트 필드 일 수 있습니다 (예 : 10- 20 문자 링은 코드 일 가능성이 높습니다. 이와 같은 가정을 통해 데이터베이스에서 자주 추론해야하는 의미에 놀랄 것입니다.

제대로 지원되지 않거나 문서화 된 레거시 시스템에서와 같이 데이터웨어 하우징에서 작업하는 것은 이해하기 쉬운 데이터베이스 스키마를 갖는 것이 매우 중요합니다. 데이터베이스를 응용 프로그램의 레거시로 생각하면 데이터베이스를 상속받을 사람들에게 친절하십시오.

이것은 특정 질문에 대한 답변은 아니지만 먼저 질문을 할 필요가 없습니다. C # 모델 클래스에서 문자열 변수의 길이를 설정하면 Entity Framework가 다음과 같은 SQL을 생성 할 수 있습니다. nvarchar(50)대신 고정 길이 nvarchar 유형 (예 :)을 사용합니다 nvarchar(max).

예를 들어,

public string Name { get; set; }

당신이 사용할 수있는:

[StringLength(50)]
public string Name { get; set; }

원하는 경우 다음과 같이 유형을 varchar대신 대신 강제로 지정할 수도 nvarchar있습니다.

[Column(TypeName = "VARCHAR")]
[StringLength(50)]
public string Name { get; set; }

출처 : https://stackoverflow.com/questions/7341783/entity-framework-data-annotations-set-stringlength-varchar/7341920

가장 큰 관심사 색인. BOL에서 :

큰 객체 (LOB) 데이터 타입이다 열 ntext, text, varchar(max), nvarchar(max), varbinary(max), xml, 또는 image인덱스 키위한 열로서 지정 될 수 없다.

제대로 색인을 생성 할 수 없으면 쿼리 속도가 느려집니다. 그리고 데이터 무결성 관점에서 볼 nvarchar(max)때 제한을 지정하는 것보다 더 나쁜 데이터를 필드에 넣을 수 있습니다.

예,에 매핑 string할 때 기본 EF 동작 nvarchar(max)이 좋지 않습니다. EF 6에서는 고유 한 기본 규칙으로이 동작을 재정의하기 위해 고유 한 사용자 지정 규칙을 추가 할 수 있습니다.

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Properties<string>()
        .Configure(s => s.HasMaxLength(200).HasColumnType("varchar") );

    base.OnModelCreating(modelBuilder);
}

OnModelCreating위와 같이 재정의 하면 모든 문자열의 기본 매핑이로 변경됩니다 varchar(200).