다음 중 더 효율적인 것은 무엇입니까? 나는 항상 을 사용하는 것에 대해 신중을 기했습니다. SQL Server가 결과를 큰 IF 문으로 바꾸기 때문입니다. 큰 결과 세트의 경우 성능이 저하 될 수 있습니다. 작은 결과 세트의 경우 어느 것이 좋을 지 확신하지 못합니다. 큰 결과 세트의 경우 EXISTS이 더 효율적이지 않습니까? WHERE EXISTS (
데이터베이스 테이블에 대해 두 개의 쿼리가 있다고 가정합니다. 에 Query1 : 쿼리 쿼리에 사용되는 필드의 관점에서 정의된다 F1, F2에 의존하고, F3 QUERY2는 : F1, F2, F3 및 F4에 따라 SQL 쿼리 엔진 (이 경우에는 mySQL)이 인덱스의 가장 왼쪽 필드부터 시작하여 인덱스 트리를 구문 분석한다는 것을 기억합니다. Index 1
SQL Server 2008 Express SP2 데이터베이스에 약 200ms마다 실행되는 큰 저장 프로 시저가 있습니다. 정상적인 실행 시간은 약 50ms입니다. 내가 본 것은이 실행 시간에 커다란 불일치입니다. 예기되는 40-60ms에서 50-100 번 실행되고, 무작위로 동일한 저장 프로 시저가 길게 걸릴 것입니다 (예 : 900ms 또는 1.5 초
한 테이블에서 다른 테이블로 편집 내용을 병합하는 SQL 문이 있습니다. 나는. 이 모든 누적 수정 사항을 포함로 UPDATE f
SET f.AUDAPLCDE = m.AUDAPLCDE, f.AUDSTF_NO = m.AUDSTF_NO,
f.AUDUPD_ID = m.AUDUPD_ID, f.AUDUPDDTE = m.AUDUPDDTE,
f.UNTTYP = m
나는 천천히 매우 실행이 쿼리 (거의 분)이 있습니다 select distinct main.PrimeId
from PRIME main
join
(
select distinct p.PrimeId from PRIME p
left outer join ATTRGROUP a
on p.PrimeId = a.PrimeId or p.PrimeId = a.Rel
나는 다음과 같은 테이블 구조가 있습니다 EVENT_ID(INT) EVENT_NAME(VARCHAR) EVENT_DATE(DATETIME) EVENT_OWNER(INT)
내가 텍스트 필드 또는 VARCHAR 매우 큰되어야 필드 EVENT_COMMENTS를 추가해야합니다. 나는이 테이블을 쿼리하는 장소가 두 개 있는데, 하나는 모든 이벤트를 나열하는 페이
매우 느리게 실행되는 쿼리의 성능을 향상 시키려고합니다. 실제 실행 계획; 클러스터 된 인덱스 검색이 82 %를 차지한다는 것을 알았습니다. 성능 향상을위한 어떤 방법이 있습니까 인덱스 검색? 아래는 문제의 이미지입니다. 인덱스 실행 계획에서 인덱스과 인덱스 및 테이블을 찾습니다. alt text http://img340.imageshack.us/img34
데이터베이스에 일부 열이 있는데 대부분 varchar 255입니다. 액세스는 한 번만 수행되지만 로그인 한 사용자에 대한 페이지로드/요청 당 한 번로드됩니다. (대부분 사용자의 취향과 같은 것을 포함합니다). 제 질문은 이러한 열에 대한 색인을 만들어야합니까, 아니라는 것입니까? 이미 여러 번 사용 된 다른 열의 색인을 얻었습니다.이 색인은 한 번 읽은 다
HBase를 독립 실행 형 모드로 실행하고 Java API를 사용하여 테이블을 쿼리 할 때 몇 가지 문제가 발생했습니다. 표는 수백만 개의 항목이 있습니다 (그러나 수십억로 성장할 수)있는 다음과 같은 행 키 메트릭 있습니다 <UUID>-<Tag>-<Timestamp>
내가 시간 간격을 나타내는 특정 행 범위를 조회하기 위해 두 비교 조작 필터를 사용합