setrange и setcurrentkey

[birdy]

Есть глобальная переменная T1 типа record - MyTable.

Предположим хочу я найти в таблице MyTable запись.
Вопрос: есть с точки зрения производительности разница в двух следующих вариантах?

Вариант 1:
[codebox]T1.SETRRANGE(..)
T1.SETCURRENTKEY(..)
T1.FIND('-')[/codebox]

Вариант 2:
[codebox]
T1.SETCURRENTKEY(..)
T1.SETRRANGE(..)
T1.FIND('-')[/codebox]

Итак, есть ли разница в каком проядке вызывать SETRANGE и SETCURRENTKEY?

Спасибо

[dmites]

В sql версии нет, т.к движок Nav транслирует код в SQL запрос именно на сроке Find('-') включая фильтры setrange как 'where ...' и ключ setcurrentkey как 'order by ...'

[Fordewind]

Цитата:

Сообщение от birdy

Есть глобальная переменная T1 типа record - MyTable.

Предположим хочу я найти в таблице MyTable запись.
Вопрос: есть с точки зрения производительности разница в двух следующих вариантах?

Вариант 1:
[codebox]T1.SETRRANGE(..)
T1.SETCURRENTKEY(..)
T1.FIND('-')[/codebox]

Вариант 2:
[codebox]
T1.SETCURRENTKEY(..)
T1.SETRRANGE(..)
T1.FIND('-')[/codebox]

Итак, есть ли разница в каком проядке вызывать SETRANGE и SETCURRENTKEY?

Спасибо

Самый быстрый способ это проверить - поставить счетчики времени и сравнить

[birdy]

2dmites

Тоже так думаю.

2Forewind

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

[Fordewind]

Цитата:

Сообщение от birdy

2dmites

Тоже так думаю.

2Forewind

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

В теории прямого указания лично я не помню, но в примерах раньше всегда и везде шел сначала SETCURRENTKEY, а вот уже в хелпе по FINDSET идет наоборот...

[Alterant]

Я убежден, что если различия и есть то только в том, как NAV работает со своими внутренними структурами, и они незначительны.

[RedFox]

Цитата:

Сообщение от birdy

Есть глобальная переменная T1 типа record - MyTable.

Предположим хочу я найти в таблице MyTable запись.
Вопрос: есть с точки зрения производительности разница в двух следующих вариантах?

Вариант 1:
[codebox]T1.SETRRANGE(..)
T1.SETCURRENTKEY(..)
T1.FIND('-')[/codebox]

Вариант 2:
[codebox]
T1.SETCURRENTKEY(..)
T1.SETRRANGE(..)
T1.FIND('-')[/codebox]

Итак, есть ли разница в каком проядке вызывать SETRANGE и SETCURRENTKEY?

Принимая во внимание то, что написано в разделе "Sorting and Filtering Records" в разделе Development I и то, чо у нас интерпретатор, то можно сделать вывод, что выборка из отсортированного массива данных будет быстрее.

[birdy]

2RedFox
Загадочный ответ. Может быть правильный, но загадочный - не понял.

Массив (в данном случае таблица) в обоих случая отсортирован. Выборка в обоих случаях ведется по отсортированному массиву.

[RedFox]

Цитата:

Сообщение от birdy

2RedFox
Загадочный ответ. Может быть правильный, но загадочный - не понял.

Ничего загадочного тут нет. Вспомните как устроена БД Натив? А потом, принимая во внимание, что мы имеет "интерпретатор", то когда мы пытаемся наложить фильтр по "неправильному" ключу, то перебор получается не по дереву. А вот если сразу задать ключик (тоесть новую "версию" таблицы), то мы получим очень быстрый вариант поиска.

Цитата:

Массив (в данном случае таблица) в обоих случая отсортирован. Выборка в обоих случаях ведется по отсортированному массиву.

Да, но в одном случае мы фильтруем по полю, кходящему в ключ. А в другом - "условно-хаотически"!