Надо найти строки в ТЗ, значение которых >0 #379384

Скажем так. Или значение в которых не равно определенному значению. Отбор работает на строгое равентсво. А как быть в моем случае? Как-то мне казалось, что я нашёл выход, но даже если так, то я его забыл.

нашел выход с помощью временных таблиц и языка запросов?

Да нефига - как-то проще все решалось, но возможно меня глючит

то есть сортировать нельзя?

И дальше? Делать цикл по ТЗ?

Находить первую = 0.. все что выше - те что нам нужны...

Наверное, как-то так. А как насчет диапазона значений.

это прокатит только если значение присутствует в ТЗ, а если к примеру 0 там нет, а условие > 0 -  то данная методика идет лесом. Так что - временная таблица и запрос.

А вам не кажется, что сортировка будет помедленней, чем полный перебор? :-)

Только тесты рассудят нас. А на это нет времени (как обычно)

точно... ну стало быть временные...

Рспечатать ТЗ и ручко по зачеркивать не нужные строки. Потом вручную их загнать с базу. А вообще Запрос.

печатать не круто... ручку и бумагу... потом вбить в базу результаты...

Мне кажется ПостроительЗапроса будет быстрее работать чем Временная таблица + Запрос, т.к. не будет лишних передач Клиент-Сервер

Тесты? Назови алгоритм сортировки со сложностью меньше O(n*log n) ...

Ну тут и другие факторы влияют, присущие 1С.. Возможно сортировка будет даже быстрее полного перебора, особливо при малых размерах ТЗ.

ИМХО с ТЗ в 200 строк - что перебор, что запрос со временными таблицами - пофиг, лишь бы написано было так, что и через год понятно будет - как и зачем

Сортировка медленнее работает чем чем перебор?

а что, быстрее?

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

То есть медленнее?

В равных условиях - медленней. Но если учитывать , то тесты...

Есть ли какая нибудь статистика что сортировка медленнее работает чем перебор?

то есть ХЗ... - и существуют частные случаи, которых довольно много, в которых встроенная сортировка быстрее прохода по таблице с условием... но это все частные случаи

Это не статистика, это математика :-) Самая быстрая сортировка имеет сложность O(n * log n). Перебор - O(n)

Сколько строк в тз, при сортировке каких данных?

кстати, как там комп? удовлетворил ожидания?

То бишь сортировать ссылочный тип данных или не ссылочный и так далее не имеет значение?

Даже если учесть индексы в тз?

в 1с по представлению идет сортировка

ну а зачем сортировать, если это все равно ничего не даст. См .

кто сказал что не даст?

и что там в написанно?))

афигеть :(

что такое?

У меня нет статистических данных, что быстрее, но в тз найти все не 0 значение по колонке очень легко с помощью сортировки

А ДенисЧ знающий человек, и я склонен ему верить, но хочется узнать по подробнее про быстродействия механизмов

В 7 написано что строк с значением 0 может не быть вовсе.. Ну посортировал ты строки, у половине у тебя меньше нулдя, в половине - больше.. Ищешь Первую с нулем и не находишь... Думаешь что у тебя все меньше нуля... А это не так...

да ладно))).

есть прямая и обратная сортировка, соотвественно (ВОЗР и УБЫВ)

да, я это учел.. И все равно нуля ты не нашел.. и что?

ищем первую больше 0...

если тебе нужно точно узнать отдельно все (-) и отдельно все (+) можешь просто добавить строку с 0

Читаем 0 и вспоминаем что метод Найти ищет только по определенному значению, а не > или <

а если нужно узнать все не 0, то вообще нет проблем

Ну... это конечно способ.. как автор топика на него посмотрит..

читай до полного просветления

А ну?

Двоичный поиск рулит =) У мя тз с 15000 строками сортируется, а потом обходится где то за секунду, так что не вижу смысла извращаться...

ты хоть прочел что написанно в ))) умник?

что не понятно то?

Как отобрать строки с ненулем... при помощи сортировки - непонятно..

(ТЗ.Индекс(НайденнаяСтрока) - 1) <-- индекс последней строки значении в (-) КонецЕсли;

угу. токо после того, как написал уже :(

то же самое в обратном порядке, то есть ТЗ.Сортировать("Колонка УБЫВ"); даст тебе (+)

если это к то потом пересортировываем, и снова ищем?

да, к сожалению 2 раза придется сортировать, при таком поиске

А если просто все не 0 значения то тогда 1 раз сортируем

да и нафиг, на самом деле... ИМХО для работы со сложными условиями есть 2 метода - временные таблицы и перебор... а вот какой из них быстрее - вот в чем вопрос...

Я просто когда прочитал "а если нужно узнать все не 0, то вообще нет проблем" - думал что это означает, что проще чем найти все >0... оказалось в два раза сложнее...

может и так

да нет, проще найти все не 0 значения, или только все (-), или только все (+) посколько 1 раз надо сортировать

Проще чего?

Не понимаю сути вопроса? что не понятно?

2 Суть вопроса... "Проще" - это сравнительная степень от прилагательного "простой"... Ты перечислил три варианта, которые "проще"... хочу услышать 4-вариант, если он один или еще какие-то, если их несколько, которые просто "простые", то есть сложнее тех, которые "проще"... Так понятно?

ясно, слово "проще" в данном случае - слово паразит...

но зачем сортировать, ты так и не объяснил. Просто перебираем строки, и сравниваем каждую с нулем. Преимущества: 2) код меньше, легче для понимания 3) сохраняем исходную таблицу в неприкосновенности, а ствоей сортировкой она однозначно херится, так что ее еще и придется копировать на всякий случай.

+

Коль пошла такая пъьянка - я тады тоже поизвращаюсь: