영어에서 Clustered index 을 사용하는 예와 한국어로 번역
{-}
-
Colloquial
-
Ecclesiastic
-
Ecclesiastic
-
Programming
-
Computer
For example, when you create a clustered index on a view, distribution statistics cannot be evaluated, because the clustered index does not yet exist.
예를 들어 뷰에서 involved in join and grouping operations, and a clustered index on any foreign key columns.
and a clustered index on any foreign key columns.Generally, nonclustered indexes should be designed to improve the performance of frequently used queries that are not covered by the clustered index.
일반적으로 클러스터형 인덱스를 적용할 수 없고 자주 사용되는 쿼리의 성능을 개선하도록 비클러스터형 인덱스를 디자인해야 합니다. Generally, nonclustered indexes should be designed to improve Bytes per index key: The maximum number of bytes in a clustered index key cannot exceed 900 in SQL Server.
SQL ServerSQL Server에서 클러스터형 인덱스 키의 최대 바이트 수는 900을 초과할 수 없습니다. The maximum number of bytes in a clustered index key cannot exceed 900 in SQL ServerSQL Server.The clustered index key is automatically included in all nonclustered indexes,
클러스터형 인덱스 키는 필터링된 인덱스를 비롯하여 모든 비클러스터형 인덱스에 자동으로 포함됩니다.Nonclustered A nonclustered index can be defined on a table or view with a clustered index or on a heap.
비클러스터형 인덱스Nonclustered 비클러스터형 인덱스는 클러스터형 인덱스가 있는 테이블 또는 뷰에 정의하거나 힙에 정의할 수 있습니다.A nonclustered If the table has nonclustered indexes, all the nonclustered indexes must all be recreated whenever the clustered index is changed.
테이블에 비클러스터형 인덱스가 포함되어 있는 경우 클러스터형 인덱스가 변경될 때마다 모든 비클러스터형 인덱스를 다시 만들어야 합니다. If You can specify that a unique clustered index be created if a clustered index does not already exist.
테이블에 클러스터형 인덱스가 없는 경우 고유 클러스터형 인덱스를 지정할 수 있습니다. You can specify a unique clustered index if a clustered index on the table does not already exist.Allows users to access the underlying table or clustered index data and any associated nonclustered indexes during the index operation.
이 옵션을 사용하면 사용자는 The clustered index is implemented as a B-tree index structure that supports fast retrieval of the rows, based on their clustered index key values.
클러스터형 인덱스는 클러스터형 인덱스 키 값에 기반하여 행의 빠른 검색을 지원하는 B-트리 인덱스 구조로 구현됩니다. The clustered index is implemented as a B-tree A clustered index sorts and stores the data columns of a table or view in order, based on the clustered index key.".
클러스터형Clustered 클러스터형 인덱스는 클러스터형 인덱스 키에 기반하여 테이블 또는 뷰의 데이터 행을 순서대로 정렬 및 저장합니다.A You can specify that a unique clustered index be created if a clustered index does not already exist on the table.
테이블에 클러스터형 인덱스가 없는 경우 고유 클러스터형 인덱스를 지정할 수 있습니다. You can specify a unique clustered index if a clustered index on the table does not already exist.If a table already has a clustered index, drop the clustered index to return the table to a heap.
테이블에 이미 A sparse column cannot be used as a partition key of a clustered index or heap.
스파스 열은 클러스터형 인덱스 또는 힙의 파티션 키로 사용될 수 없습니다.A sparse column cannot be used as a partition key of a clustered index or heap.Re-creating a clustered index reorganizes the data, and causes full data pages.
클러스터형 인덱스를 다시 만들면 데이터가 재구성되어 완전한 데이터 페이지가 만들어집니다.Non clustered A non clustered index can be defined on a table or view with a clustered index or on a heap.
비클러스터형 인덱스Nonclustered 비클러스터형 인덱스는 클러스터형 인덱스가 있는 테이블 또는 뷰에 정의하거나 힙에 정의할 수 있습니다.A nonclustered If the clustered index is not created with the UNIQUE property, the Database Engine automatically adds a 4-byte uniqueifier column to the table.
클러스터형 인덱스가 UNIQUE 속성으로 생성되지 않는 경우 데이터베이스 엔진Database Engine은 4바이트 고유 식별자 열을 테이블에 자동으로 추가합니다. If the clustered index is not created with the UNIQUE property, the 데이터베이스 엔진Database Engine automatically adds a 4-byte uniqueifier column to the table.The NOEXPAND view hint forces the query optimizer to treat the view like an ordinary table with a clustered index.
쿼리 최적화 프로그램은 뷰를 클러스터형 인덱스가 있는 테이블처럼 처리합니다. The query optimizer treats the view like a table with clustered index.In a clustered index, the leaf nodes contain the data pages of the underlying table.
클러스터형 인덱스의 리프 노드에는 기본 테이블의 데이터 페이지가 있습니다. In a clustered index, the leaf nodes contain the data pages of the underlying table.Sometimes data architects use heaps when data is always accessed through nonclustered indexes and the RID is smaller than a clustered index key.
데이터 설계자는 비클러스터형 인덱스를 통해 항상 데이터에 액세스하고 RID가 클러스터형 인덱스 키보다 작은 경우에 힙을 사용합니다. Sometimes data architects use heaps when data is always accessed through nonclustered indexes and the RID is smaller than a clustered index key.
