«index» 태그된 질문

디스크 공간을 희생하고 쿼리 / 삽입 속도를 느리게하여 쿼리 속도를 향상시킬 수있는 데이터베이스 구조. 정렬 된 하나 이상의 열 사본을 저장하지만 더 빠르게 액세스 할 수 있도록 데이터를 다르게 구성합니다.

2
왜 내 인덱스가 SELECT TOP에서 사용되지 않습니까?
요약은 다음과 같습니다. 선택 쿼리를 수행하고 있습니다. WHEREand ORDER BY절의 모든 열 IX_MachineryId_DateRecorded은 키의 일부 또는 INCLUDE열 로서 하나의 비 클러스터형 인덱스 에 있습니다 . 모든 열을 선택 하므로 책갈피 조회가 발생하지만을 가져 오는 TOP (1)것이므로 서버는 조회를 한 번만 수행해야한다고 알릴 수 있습니다. 가장 중요한 것은 쿼리가 index를 사용하도록 …
3
가장 효율적인 UUID 열 유형
128 비트 UUID를 저장하기 위해 여러 가지 저장 옵션이 있습니다. 바이트 [16] 열 두 개의 bigint / long (64 비트) 열 CHAR (36) 열-32 개의 16 진수 + 4 개의 대시. db가 지원하는 경우 UUID 데이터베이스 특정 열 인덱싱 관점에서 가장 효율적인 것은 무엇입니까? db가 전용 uuid 유형을 지원하지 않는 …
2
postgres의 빠른 해밍 거리 쿼리
지각 해시 이미지를 포함하는 큰 데이터베이스 (16M 행)가 있습니다. 합리적인 시간 내에 해밍 거리 로 행을 검색하고 싶습니다 . 현재 문제를 올바르게 이해하는 한 여기에서 가장 좋은 옵션은 BK-Tree 를 구현하는 사용자 지정 SP-GiST 구현 이라고 생각하지만 많은 작업처럼 보이며 여전히 실용적입니다. 맞춤 색인을 올바르게 구현하는 데 대한 세부 정보 …
3
MySQL은 왜이 명령에 대해 강제로 색인을 무시합니까?
나는 EXPLAIN: mysql> explain select last_name from employees order by last_name; +----+-------------+-----------+------+---------------+------+---------+------+-------+----------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-----------+------+---------------+------+---------+------+-------+----------------+ | 1 | SIMPLE | employees | ALL | NULL | NULL | NULL | NULL …
2
postgres에서 지연 가능한 고유 인덱스
alter table에 대한 postgres 문서를 살펴보면 일반적인 제약 조건이 DEFERRABLE(더 구체적으로, INITIALLY DEFERRED내가 관심있는 것) 으로 표시 될 수있는 것 같습니다 . 다음과 같은 경우 인덱스를 제약 조건과 연결할 수도 있습니다. 색인은 표현식 열을 포함하거나 부분 색인을 가질 수 없습니다 현재 다음과 같은 조건을 가진 고유 색인을 가질 수있는 방법이 …
1
열을 색인화 할 때 왜이 sqlite 쿼리가 훨씬 느려 집니까?
나는 (가짜) 사람들의 이름을 포함하는 두 개의 테이블이 각각 50,000 개의 행을 가진 sqlite 데이터베이스를 가지고 있습니다. 두 테이블에 공통적 인 이름 (이름, 중간 이니셜, 성)이 몇 개인 지 알아보기 위해 간단한 쿼리를 작성했습니다. select count(*) from fakenames_uk inner join fakenames_usa on fakenames_uk.givenname=fakenames_usa.givenname and fakenames_uk.surname=fakenames_usa.surname and fakenames_uk.middleinitial=fakenames_usa.middleinitial; 기본 키를 제외하고 …
2
계산 열 인덱스가 사용되지 않음
두 열이 같은지 여부를 기반으로 빠른 조회를 원합니다. 인덱스가있는 계산 열을 사용하려고했지만 SQL Server가이를 사용하지 않는 것 같습니다. 인덱스로 정적으로 채워진 비트 열을 사용하면 예상되는 인덱스 탐색을 얻습니다. 이와 같은 다른 질문이 있지만 인덱스를 사용하지 않는 이유에 초점을 맞춘 것은 없습니다. 테스트 테이블 : CREATE TABLE dbo.Diffs ( Id int …
1
nvarchar 열의 크기를 변경할 때 고유 인덱스를 삭제해야합니까? 그리고 인덱스를 다시 만들 때 테이블이 잠길까요?
우리 데이터베이스에는 다음과 같은 큰 테이블이 있습니다. CREATE TABLE dbo.production_data ( pd_id BIGINT PRIMARY KEY, serial NVARCHAR(16) NOT NULL UNIQUE, ... ); 그러나 이제 직렬 필드의 크기가 작아 졌으므로 32로 변경하고 싶습니다. Visual Studio 스키마 비교 도구는 다음을 수행하여 제안합니다. DROP INDEX ux_production_data_serial ON dbo.production_data; GO ALTER TABLE dbo.production_data ALTER …
5
sys.dm_db_index_physical_stats의 성능 향상
유지 관리 작업 중에 조각난 인덱스 목록을 얻으려고합니다. 그러나 쿼리 속도가 매우 느리고 실행하는 데 30 분 이상 이 걸립니다 . 이것이 sys.dm_db_index_physical_stats의 원격 스캔 때문이라고 생각합니다. 다음 쿼리 속도를 높일 수있는 방법이 있습니까? SELECT OBJECT_NAME(i.OBJECT_ID) AS TableName, i.name AS TableIndexName FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') phystat INNER JOIN …
3
인덱스 열이있는 큰 테이블의 ALTER TABLE
VARCHAR (20) 열이있는 큰 테이블이 있으며이를 VARCHAR (50) 열이되도록 수정해야합니다. 일반적으로이 특정 테이블에서 ALTER TABLE (TINYINT 추가)을 수행하는 데는 약 90-120 분이 걸리므로 데이터베이스 사용자에게 영향을주지 않기 위해 토요일이나 일요일 밤에만 수행 할 수 있습니다. 가능하면 그 전에이 수정을하고 싶습니다. 열도 색인화되므로 열 길이를 수정 한 후 색인을 다시 작성해야하기 …
5
이 2 천만 레코드 뷰를 더 빨리 쿼리하려면 어떻게합니까?
검색 기능을 위해 검색 해야하는 모든 테이블의 레코드가있는보기를 사용하고 있습니다. 이보기에는 거의 2 천만 건의 기록이 있습니다. 이보기에 대한 검색에 시간이 너무 많이 걸립니다. 이 뷰의 성능을 향상 시키려면 어디를 봐야합니까? 보기의 대략적인 정의는 다음과 같습니다. 여기에는 13 개의 테이블과 30 개의 필드가 포함됩니다. CREATE VIEW [dbo].[v_AllForSearch] AS SELECT FT.firstField …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.