DataTable 리더로드가 매우 느립니다.

Question

키워드를 기반으로 일부 데이터를 가져와야하지만 쿼리가 100 % 정확하게 테스트되었지만 문제는 reader의로드가 매우 느립니다. 나는이 쿼리를 inner join을 포함하지 않는 것으로 바꾸려고 시도했는데 로딩이 꽤 빠르다. 결과적으로 하나의 열만 선택했기 때문에 DataTable.Load()에 왜 많은 시간이 걸리는지 궁금합니다. SQLite의 ExecuteReader은 하나의 열뿐만 아니라 전체 결과를로드합니까?

DataTable을 사용하기 전에 각 reader.Read()을 실행하는 평균 시간은 7 초입니다. 나는이 SQLite는의 인해 자연과 조인의 큰 숫자를 어떻게 생각

_database.Connect(); 

var selectCommand = new SQLiteCommand(
@"SELECT A.ID AS MY_ID FROM MD 
INNER JOIN TMD ON MD.ID = TMD.ID_MD 
INNER JOIN TR ON TR.ID = TMD.ID_TR 
INNER JOIN P ON P.ID = TR.ID_P 
INNER JOIN DP ON DP.ID_P = P.ID 
INNER JOIN CD ON CD.ID = DP.ID_CD 
WHERE CD.DESC = @desc" 
); 

selectCommand.Parameters.AddWithValue("@desc", value); 

using (DbDataReader reader = _database.ExecuteQuery(selectCommand)) 
{ 
    DataTable data = new DataTable("MyData"); 
    data.Load(reader); 
} 
_database.Disconnect(); 

Answer 1

The SQLite Query Planner은 SQLite에 대한 쿼리 최적화에 대한 몇 가지 힌트를 제공합니다.

질문에 적용 할 수있는 일부 항목 :

는

SQLite는 현재 구현에만 사용하면 여러 조인 순서를 다시 시도 할 수 있습니다 SQLite는의 구현으로 인해

1) 루프 조인. 즉, 으로, 조인은 중첩 루프로 구현됩니다. 조인에서 중첩 된 루프의 기본 순서는 의 FROM 절의 가장 왼쪽 테이블에 대해 외부 루프를 구성하고 가장 오른쪽에있는 테이블을 사용하여 내부 루프를 형성하는 것입니다.

따라서 JOIN이 어떻게 구성되어 있는지에 따라 성능에 차이가있을 수 있습니다.

SQLite는이 작업을 자동으로 최적화하려고하지만, 지금까지의 내가 문서를 이해로 (내게로 하이라이트) 성공을위한 보증은 없다 그러나

, SQLite는 중첩 다른 순서로 루프는 일을한다면 그래서 은 더 나은 지표를 선택하는 데 도움이 될 것입니다. [...] Join reordering은 자동으로 수행되며 일반적으로 프로그래머가 에 대해 생각할 필요가 없습니다. 특히 ANALYZE가 사용 가능한 인덱스에 대한 통계를 수집하는 데 사용 된 경우 적합합니다. 그러나 간혹 프로그래머의 힌트가 필요합니다.

2) 또한, INNER 내부 WHERE 절, 그래서 너무 문서의 섹션이 해당 될 수있는 성능 팁, 어떤으로 변환 조인주의하십시오 :

온 및 내부 조인의 USING 절은 위 단락 1.0에서 설명한 WHERE 절 분석 에 앞서 WHERE 절의 추가 용어 으로 변환됩니다. 따라서 SQLite의 경우 이전 SQL89 쉼표 - 조인 구문보다 최신 SQL92 조인 구문을 사용하는 것이 유리합니다.둘 다 정확하게 내부 조인에 대해 동일한 작업을 수행합니다.

3) 그들에 어떤 인덱스가있는 경우 당신은 당신의 문에 더 열을 선택하는 것이 좋습니다 :

WHERE 에 표시 인덱스의 모든 열 필요하지 않습니다

절을 사용하여 해당 색인을 사용합니다. 그러나 거기에 간격의 색인에서 사용되는 열 수 없습니다.

Answer 2

:

이 내 코드입니다.

빠른 액세스를 위해 데이터를 역 정규화하는 것과 같은 데이터베이스 스키마를 리팩토링하십시오.