«index» 태그된 질문

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

2
"비트 맵 힙 스캔"및 "비트 맵 인덱스 스캔"이해
다음 예를 통해 오해를 설명하려고 노력할 것입니다. 의 기본 사항 을 이해하지 못했습니다 Bitmap Heap Scan Node. SELECT customerid, username FROM customers WHERE customerid < 1000 AND username <'user100';계획이 다음과 같은 쿼리를 고려하십시오 . Bitmap Heap Scan on customers (cost=25.76..61.62 rows=10 width=13) (actual time=0.077..0.077 rows=2 loops=1) Recheck Cond: (((username)::text < …
36 postgresql  index 

3
MD5 필드에 가장 적합한 데이터 유형은 무엇입니까?
우리는 읽기 / 무거운 것으로 알려진 시스템을 설계하고 있습니다 (분당 수만 번 읽기). names일종의 중앙 레지스트리 역할을 하는 테이블 이 있습니다. 각 행에는 해당 text필드 의 MD5 해시 인 representation고유 한 필드 key가 representation있습니다. 1 이 표는 현재 수천만 건의 레코드를 보유하고 있으며 애플리케이션 수명 기간 동안 수십억 건으로 증가 …



2
열 순서는 색인이 있어야합니까?
검색 결과에 사용되는 색인을 테이블에 추가했습니다. ASC 또는 DESC 순서로 결과를 표시하고 있습니다. 그래서 그 열에는 색인이 있어야합니까? 해당 테이블에 인덱스가 2 개 더 있습니다. 해당 열에 색인을 만들거나 만들지 않으면 성능에 어떤 영향을 미칩니 까?

2
인덱스가 더 빨리 실행되지 않고 경우에 따라 쿼리 속도가 느려집니다. 왜 그래야만하지?
속도를 높이기 위해 인덱스를 실험하고 있었지만 조인의 경우 인덱스가 쿼리 실행 시간을 개선하지 않고 경우에 따라 속도가 느려집니다. 테스트 테이블을 작성하고 데이터로 채우는 조회는 다음과 같습니다. CREATE TABLE [dbo].[IndexTestTable]( [id] [int] IDENTITY(1,1) PRIMARY KEY, [Name] [nvarchar](20) NULL, [val1] [bigint] NULL, [val2] [bigint] NULL) DECLARE @counter INT; SET @counter = 1; …
34 sql-server  index 

7
테이블의 전체 구조 복사
일부 방법을 사용하면 테이블 복사본을 만들 때 인덱스, PK, FK 등이 손실됩니다. 예를 들어 SQL Server에서는 다음과 같이 말할 수 있습니다. select * into dbo.table2 from dbo.table1; 이것은 테이블의 단순한 사본입니다. 모든 인덱스 / 제약이 없습니다. 백업을 사용하지 않고 테이블 구조를 어떻게 복사 할 수 있습니까? 나는 주로 수동 으로이 …


3
VARCHAR 열을 색인화하는 것이 좋습니다 / 접근법입니까?
우리는 PostgreSQL v8.2.3을 사용하고 있습니다. EMPLOYEE 및 EMAILLIST 와 관련된 테이블이 있습니다 . Table 1: EMPLOYEE (column1, column2, email1, email2, column5, column6) Table 2: EMAILLIST (email) 2 개의 테이블은 EMPLOYEE.EMAIL1 또는 EMPLOYEE.EMAIL2에 일치하는 항목이없는 경우 해당 행이 리턴되는 방식으로 결합됩니다. SELECT employee.email1, employee.email2, e1.email IS NOT NULL AS email1_matched, e2.email …

2
여러 열 인덱스 및 성능
다중 열 인덱스가있는 테이블이 있으며 쿼리에서 최대 성능을 얻기 위해 인덱스를 올바르게 정렬하는 것에 대해 의문이 있습니다. 시나리오 : 약 백만 개의 행이있는 PostgreSQL 8.4 c1 열의 값 은 약 100 개의 서로 다른 값을 가질 수 있습니다 . 값이 고르게 분포되어 있다고 가정 할 수 있으므로 가능한 모든 값에 …

1
모든 값이 36 자일 때 char 대 varchar로 인덱스 조회가 눈에 띄게 빠릅니다.
모든 테이블의 기본 키에 해시 기반 생성 ID를 사용하는 레거시 스키마 (면책 조항!)가 있습니다 (많음). 이러한 ID의 예는 다음과 같습니다. 922475bb-ad93-43ee-9487-d2671b886479 이 방법을 변경할 가능성은 없지만 인덱스 액세스 성능이 떨어집니다. 옆이 될 수있는 이유의 수많은 설정, 적은 최적 비해 보였다 내가 발견 한 것이 있습니다 - 길이가 정확히 36 문자가있는 …

1
외래 키 인덱스 필요
색인, 기본 키 및 외래 키로 어려움을 겪고 있습니다 ... 그리고 그것들을 모두 가질 필요가 있습니다. 두 개의 테이블이 있으면 둘 다 기본 키로 정수를 갖습니다. 첫 번째 테이블은 FK를 통해 두 번째 테이블의 기본 키를 참조합니다. 두 테이블 모두에서 ID 열에 기본 키 인덱스가 있습니다. table1.ref_field두 번째 테이블의 PK를 …

2
IN이 큰 Postgres 쿼리 최적화
이 검색어는 내가 팔로우 한 사람들이 작성한 게시물 목록을 가져옵니다. 무제한의 사람들을 팔로우 할 수 있지만 대부분의 사람들은 <1000 명을 따릅니다. 이 스타일의 쿼리를 사용하면 "Post"ID 를 캐시하는 것이 분명 최적화 되지만 불행히도 지금은 그럴 시간이 없습니다. EXPLAIN ANALYZE SELECT "Post"."id", "Post"."actionId", "Post"."commentCount", ... FROM "Posts" AS "Post" INNER JOIN …


4
공간 인덱스가 "범위 별 순서별"쿼리를 도울 수 있습니까?
R- 트리 / 공간 인덱스에 대한 좋은 지원이 있기 때문에 특히 Postgres에 대해이 질문을하십시오. 단어와 그 빈도의 트리 구조 (Nested Set 모델)가있는 다음 표가 있습니다. lexikon ------- _id integer PRIMARY KEY word text frequency integer lset integer UNIQUE KEY rset integer UNIQUE KEY 그리고 쿼리 : SELECT word FROM lexikon …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.