SQL Server 2005의 단일 테이블에서 데이터 액세스가 너무 느림

Question

다음은 테이블 스크립트입니다. 이 테이블에서 데이터에 액세스하는 것이 너무 느립니다.

SET ANSI_NULLS ON 
GO 
SET QUOTED_IDENTIFIER ON 
GO 
CREATE TABLE [dbo].[Emails](
    [id] [int] IDENTITY(1,1) NOT NULL, 
    [datecreated] [datetime] NULL CONSTRAINT [DF_Emails_datecreated] 
     DEFAULT (getdate()), 
    [UID] [nvarchar](250) COLLATE Latin1_General_CI_AS NULL, 
    [From] [nvarchar](100) COLLATE Latin1_General_CI_AS NULL, 
    [To] [nvarchar](100) COLLATE Latin1_General_CI_AS NULL, 
    [Subject] [nvarchar](max) COLLATE Latin1_General_CI_AS NULL, 
    [Body] [nvarchar](max) COLLATE Latin1_General_CI_AS NULL, 
    [HTML] [nvarchar](max) COLLATE Latin1_General_CI_AS NULL, 
    [AttachmentCount] [int] NULL, 
    [Dated] [datetime] NULL 
) ON [PRIMARY] 

다음 쿼리는 데이터를 가져 오는 데 50 초가 걸립니다. 내가 선택에 HTML을바디 및 을 포함하는 경우

select id, datecreated, UID, [From], [To], Subject, AttachmentCount, 
    Dated from emails 

는 시간 이벤트 나쁘다. 비 고유 비에

클러스터 된 비 고유 비에서 클러스터

독특한

• ID Tabls 현재 180000+ 레코드가

클러스터 :

인덱스가 있습니다.

매월 100,000 개의 레코드가있을 수 있으므로 시간이 지날수록 느려질 것입니다.

두 개의 테이블로 데이터를 분할하면 문제가 해결됩니까? 다른 어떤 인덱스가 있어야합니까?

Answer 1

문제의 원인이되는 데이터의 양은 거의 확실합니다. 이 때문에 필요할 때까지 Subject 열을 가져 오면 안됩니다. SUBSTRING(Subject, 100)을 가져 오는 경우조차도 눈에 띄게 빨라질 수 있습니다. 블롭 열이 행의 마지막이 아니었다면 SQL 서버의

이 관련이있을 수 있지만, 이전 버전, 그래서 그냥 실험으로 내가 세 nvarchar(max) 열 위에 [AttachmentCount] 및 [Dated]를 이동할 것, 고통.