타임 스탬프 필드에 파티션 된 DB 스키마가 있으며 각 파티션에는 고유 한 타임 스탬프가 포함되어 있으며 크기는 1.5GB입니다. 스키마는 매우 간단하며 타임 스탬프, 오브젝트 ID 및 추가 필드를 포함합니다 (조인하지 않는 외래 키 없음). 기본 키는 시간 소인 W 오브젝트 ID 필드입니다. "Result (cost=0.00..279041.19 rows=
나는 PostgreSQL에 아주 새로운데, 명백한 것이 분명하지 않다면 나를 용서해주십시오. 저는 6 개의 테이블 (모든 테이블에는 기본 키가 있음)에 4 억 5 천만 개의 행이 분산되어있는 데이터베이스가 있습니다. 다음 쿼리를 실행할 때 : SELECT * FROM "Payments" AS p
JOIN "PaymentOrders" AS po ON po.
PostgreSQL 9 데이터베이스에는 PK (oid enabled) 및 기타 필드 인 직렬 필드 X가 포함 된 테이블이 있습니다. postgres의 pgadmin을 해당 테이블과 함께 사용하면 쿼리에 30 초가 걸립니다. 동일한 필드 X에 고유 색인을 추가하면 pgadmin의 동일한 쿼리에 3 초가 걸립니다. http://www.postgresql.org
나는 데이터베이스를 사용하여 파일 목록과 각각의 메타 데이터와 관련된 메타 데이터를 나타냅니다. 이 파일 목록을 정기적으로 업데이트하고, 새 파일 만 추가하고 더 이상 존재하지 않는 파일을 삭제해야합니다 (메타 데이터가 손실 될 수 있으므로 테이블의 기존 행을 건드리지 않아야 함). 내 현재 쿼리는 약 10000 개의 파일이있을 때 단 몇 초만 걸리지 만
다음 쿼리 실행 속도를 높이려면 어떻게해야합니까? 37 개의 레코드를 검색하는 데 단지 65 초가 걸렸습니다. 어떤 솔루션 녀석들? (저는 gcc (GCC) 4.4.6 20120305 (Red Hat 4.4.6-4), 64-bit에서 컴파일 된 x86_64-unknown-linux-gnu에서 PostgreSQL 9.1.6을 사용하고 있습니다. 이것은 쿼리입
PostgreSQL 9.1.1 및 Rails 3.2.8을 사용하고 있습니다. NewRelic의 개발 모드를 사용하여 여러 SQL 쿼리가 후속 요청보다 서버를 시작하거나 다시 시작한 첫 번째 요청 중에 훨씬 더 오래 걸리는 것으로 나타났습니다. 준비된 진술로 인해 그 이유가 있습니까?
EXPLAIN ANALYZE 결과를 보는 데 익숙하지 않아 쿼리가 너무 느려서 큰 문제가 있습니다. 내가 설명 쿼리의 결과를 해석하는 방법을 읽으려고했지만, 내가 무엇을 찾고 있어야하는지, 그리고 무엇이 잘못 될지 모릅니다. 어딘가에 큰 빨간 불빛이 깜박 거리고 있다는 느낌이 들었습니다. 그래서 쿼리, 그것은 다음과 같이 아주 간단 보인다 : EXPLAIN