On 26.05.2014 20:25, Кот Матроскин wrote:

> Это невозможно - в этом согласились все ответившие Вам. Реальные минуты
> с секундами зависят не только от запроса, но и от текущего состояния
> сервера - загруженности другими запросами, состояния кэша и т.п.

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

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

Задача оптимизатора -- не предсказать время и стоимость выполнения
запроса, а выбрать из набора возможных планов лучший по стоимости, при
этом абсолютные значения стоимостей ему не нужны.
Posted via ActualForum NNTP Server 1.5

On 28.05.2014 13:31, softwarer wrote:

> И то, и другое -- весьма непросто.

вывести ему некий индикатор прогресса и дать возможность прервать процесс.

> Второе довольно просто. Хотя, может, не во всех СУБД. Первое - да, может
> потребоваться изрядно поломать голову,

Первая задача сводится к исходной задаче топикстартера -- нужно оценить
весь объём работы для выполнения запроса, чтобы взять за 100%


но задача в принципе решаемая. В
> отличие от.

Я и не говорил, что нерешаемая.

В некоторых СУБД только можно оборвать соединение и дать возможность
приложению присоединиться и начать всё заново, но СУБД при этом будет
старательно выполнять уже никому не нужный запрос.

Даже твой любимый oracle при разрыве продолжает (я не хочу сказать, что
это какая-то проблема, это вообще в общем случае сделать невозможно,
потому что сетевые разрывы не всегда обнаруживаются).

Так что это всё весьма непросто.
Posted via ActualForum NNTP Server 1.5