Поиск дублей в табличной части документа #645066

Документ записан. Как проверить есть ли в табличной части документа дубли, если есть то удалить и сообщить? Обшарила форумы ничего подходящего не нашла. Заранее благодарна за помощь.

запросом?

?

Фотку?

да, без фотки никак

какая еще фотка?

Какая, какая... Твоя.

с такими вопросами как только топлес

месяц на форуме а обычи так и не узнала )

Посчитать количество различных и выбрать те, которые больше 1.

да тут одни джентльмены!

что не по-джентельменски?

можете привести пример?

Модам, вы неверно хотите это проверять перед записью документа?

нет, после записи

это не принципиально, то есть это должно выполняться в интерфейсе и пользователя сразу оповещать?

мне нужно проверить в таб. части, а это не то

После записи - смысл этой проверки ? Или это будет проверяться потом, чтобы "зверям отвесить по полной" ?

думаю что  ОбработкаПроверкиЗаполнения

А что мешает выбирать из табличной части ? Открыли конструктор запросов и мышкуем по нужным полям.

Если в ОбработкаПроверкаЗаполнения, то выгрузить табличную часть, добавить колонку - проставить единицу в неё, свернуть табличную часть, суммируя по колонке с единицей - ну и перебрать потом, чтобы пользователю сообщить, где он не прав.

знания, не знаю как это сделать...

какой изврат

Я так думаю что ей нужно в событии формы "ПередЗаписьюНаСервер" организовать обход строк табличной части, в этом обходе данные текущей строки сравниваются с данными строк где номер строки больше текущего, и при совпадении создавать СообщениеПользователю в котором ссылаться на текущую строку, таким образом мы не только не запишем ошибочный документ, но и тыкнем пользователя носом.

все верно)

Вот моя умничка, я знал что вы никогда не скажите что хотите

Ну чтож пример кода придумать или сама?

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

а не проще сворачивать по-умолчанию?

не получается у меня...((

DrShad эт идея, ток надо не сварачивать а в событии таблицы ОкончаниеРедактирования проверять на совпадение с другими строками , если да удалять эту и сообщить пользователю что он дурак

Модмозель, вы определитесь пока с вариантом исполнения, а примеры кода после фотографии (не всёж на халяву)

Мужики я сделал это!!!!!))))))))))))))

что ты сделал?

DrShad ты опоздал, фотка висела пару минут

Эх походу кто-то обиделся и примеры кода не нужны, ладно ещё 3 минуты посмотрю потом закрою страничку.

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

ERWINS есть одно но, небудет подсветки на ошибочную строку если в модуле объекта.

а не проще выгрузить только колонку товары, добавить числовую колонку - запонить ее единичкой потом свернуть и там гле будет больше единицы вывести на экран...код в 3 строчки.

и чем плохо кроме имен переменных? тогда делать по другому, тоже не сложно

зачем!? не проще сделать тоже самое запросом к ТЧ?

Помоему самый верный вариант... зачем писать замудроватые запросы и усложнять запись документа... проще сразу проверять внесенные данные...

например выгрузка в ТЗ и обход по ТЗ, а не сразу же по ТЧ

DrShad а как запрос делать к незаписанному объекту?

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

там вообще то сортировка... сортировать табличную часть????

а ее обязательно сортировать, чтоб найти дубли? имхо клюшечный код в снеговике

ERWINS а как твой код отработает, если две совпадающие строки будут в конце таблицы?

что бы найти номера строк обязательно

а всё не посмотрел сначала.

да, проверил

если уж ты получил ТЗ, то скорми ее запросу и получи все дубли в результат

зачем?

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

потому что сортировка ТЗ тормознутый метод потому что дублей может и не быть, а цикл пройдет всю ТЗ и это тоже время потому что так кошернее

ее потом с оригиналом не удобно сверять, к примеру ввод ПТиУ

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

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

просто я один раз так сделал, а потом объяснялся с лдьми из росалкоголя

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

бред какой-то... но вобщем наши регулирующие органы никогда не были средоточием здравого смысла

модуль формы перед записью на сервере

Выгрузить ТЧ в ТЗ, свернуть ТЗ по колонкам, где могут быть дубли, сравнить количество строк свернутой ТЗ и оригинальной ТЧ. Если разошлись количества строк - значит есть дубли. А вот уже потом искать любыми производительными способами дубли и сообщать о них пользователю. А то часто видел код проверки на дубли, который очень долго ищет их там, где их нет...

больше никому это не показывай

почему?

Представляю что будет с таб частью в 50 строк... Можно записать документ и пойти пообедать)))

во-первых двойной цикл во-вторых удаление строк с нарушением выборки

где ты видишь удаление строк???? какой двойной цикл?

Таки да, если это и будет работать, то только при обратном обходе. Не тупи, мы коментируем не твой код.

понял, извини удаление строк в двойном цикле это минное поле

иди уже отдыхать :)

Пока самый близкий вариант... Но опять же обход всей Табличной части (а если нету дублей?)

Тоже самое но с условием в запросе

Или же примитив:

В типовой БГУ в ОбщегоНазначения есть Функция ЭтоСтрокаДубль(ТабЧасть, СтрокаТабЧасти, СтруктураРеквизитов)

и Прежде чем искать чёрную кошку в тёмной комнате хотелось бы убедиться, что она там есть.

Писал на ходу без отладок... так что уж извините... А нащет этого  |ГДЕ ВТ.КоличествоДублей > 1 может я и ошибаюсь, но помоему сначало срабатывает отбор, а потом групировка, не???

Единственно, нужно сначала ТЧ во временную таблицу кинуть, чтобы 2 раза не читать, но для краткости пока без ВТ.

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

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

Конечно нельзя, ведь правильно это делать циклами и без запросов, и для полного счастья всё это на клиенте.

смотри

Так я про это и писал.

на мой взгляд лучший  вариант....

А вот давай попросим знающих людей выбрать наилучший вариант из предложенных в данной теме. Если они сюда зайдут, конечно.

хотелось бы

вот эффективный алгоритм поиска дублей