Не знал куда запостить и.... запостил сюда ))))
Задача: отслеживать изменения в ТЧ документа, т.е. открыли - запомнили чё было, при закрытии документа нужно сверить что изменилось. проблема:
если с добавлением новой строки/удалением строки ещё можно как-то разобраться, то как быть с изменением порядка строк? как потом однозначно индефецировать какой номер строки был ДО изменения порядка если пользователь, например, отсортировал их по какому-либо реквизиту?

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

Цитата:

сам об этом думал, но:
Должно работать с любым документов, а во все док-ты пихать этот реквизит не хочется... Так что, к ожалению, отпадает....

Определи ключевые столбцы для каждого вида документов и сравнивай по ним. Подозреваю, что в 90% случаев будет достаточно одного столбца "Номенклатура", а остальные считать контролируемыми данными. Проблемы будут только в случае разрешения внесения дублей по значениям ключевого столбца, а где они разрешены?

По ключевым можно и автомат сделать, типа примерно так

Если ( Найти( "Документ,Справочник,Счет, и т.п.", Метаданные.Документ(док.вид()).РеквизитТабличнойЧасти(сч).Тип ) <> 0 ) Тогда
//-- в список ключевых
иначе
//-- в список проверяемых
КонецЕсли; 

только в сложных ТЧ это быстро разонравится.

Arta, п.1 - а зачем ПриОткрытии() мучить? Достаточно в ПриЗаписи() сделать
ТекущийДокумент().ВыгрузитьТабличнуюЧасть( ... )  или ошибаюсь?

п.2 - есть готовый метод сравнения у ТаблицыЗначений? Или у ИТЗ? И по каким критериям?

Речь то вот о чем, для меня тве таблицы равны:

---

Шуруповёрт	1 шт	789.00 руб
Набор бит	2 шт	123.00 руб

---

Набор бит	2 шт	123.00 руб
Шуруповёрт	1 шт	789.00 руб

Про использование ключа по первому (или прочим потребным в конкретной ТЧ) столбцу - я согласен, вполне это осознаю, и более того, сам за то ратую.

Я вот чего не понял:
Arta писал(а) 23. Апреля 2007 :: 16:38:

Это есть готовое?

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

Arta писал(а) 24. Апреля 2007 :: 09:13:

Не согласен и готов поспорить   
На всякий случай перепроверил себя, так что да, готов, ибо работает как я сказал. Ты верно забыл про СтатусВозврата(0), который можно вызвать в ПриЗаписи()? Так что ТекущийДокумент() просто не может быть УжеИзмененым в этот момент.

А про ключевые - так я не против. Просто смотрим в одну сторону, вот понять друг друга и не смогли 

Мысль про класс была, но когда делал спешил - функцию прямо в модуле формы дока бросил. Потом не вернулся переделать по-красивому.

В режиме занудства: "А переменная память откушает, потом ещё в своп упадёт, пока юзер телится)))"


А зачем документ создавать? У меня работает так (уже написал выше) :

тч = "";
ТекущийДокумент().ВыгрузитьТабличнуюЧасть( тч ); 

Ни какого создания и поиска, по крайней мере в открытом виде.

По производительности - думаю это не то место, которое интересно оптимизировать.
По красоте - кому что по душе. Мне - так