Конференция VBStreets

**Konst_One** » 18.04.2006 (Вт) 15:39

надо проверить не полное время выполнения с выгрузкой всех данных, а только время подготовки запроса без фетча данных. если это время такое же , что и висит прога, то не обесудьте, придется вам оптимизировать данный запрос или искать ему альтернативу по скорости выполнения.

**JumpingJack** » 18.04.2006 (Вт) 15:43

А как проверить время подготовки?

**Konst_One** » 18.04.2006 (Вт) 15:56

Execution Plan
Server Trace
Client Statistics

**JumpingJack** » 18.04.2006 (Вт) 16:02

Не.. не реально.. там слишком уж много чего анализировать надо... чувтсвую придеться забрасывать это дело.. и оставлять как есть )

**JumpingJack** » 18.04.2006 (Вт) 16:06

Number of INSERT, UPDATE, DELETE statements 179
Rows effected by INSERT, UPDATE, DELETE statements 210777
Number of user transactions 4701

**Konst_One** » 18.04.2006 (Вт) 16:16

Cumulative wait time on server replies: ???

**Random** » 18.04.2006 (Вт) 16:17

JumpingJack писал(а):Вот кусок куда, но сомневаюсь что он чем то поможет
Set rsDoc = GetRecSet(scmd)
На этом шаге тормоза по несколько минут, т.к. данных много!

scmd - это массив? или что?
Зачем передавать сразу такой больщой объём?
Кидай небольшими партиями (пакетами что ли)

Чем не поток ?

**JumpingJack** » 18.04.2006 (Вт) 16:20

Cumulative client processing time 1
Cumulative wait time on server replies 8,62259e+006

Random, это сам запрос...

Вообщем ,всем спасибо, но думаю мне помогут только потки или их аналог(

Конференция VBStreets

Долговременные Sql запросы

Кто сейчас на конференции