Neo писал(а) 09. Ноября 2010 :: 14:25:

индекс автоматом пересчитается.
но помимо этого в табличной части может быть графа отбора
также если у Вас УРБД то надо добавить запись чтобы документ обновился.Если документ проведен то по новой строке возможны и новые движения а с этим уже гораздо сложнее написать.
И это на мой взгляд тот случай когда выигрыш от прямого запроса никакой по сравнению со стандартным 1с языком Док.Записать();

Также Вам нужно предусмотреть действия программы
если по каким-то причинам sql сервер не сможет добавить  строку.
(например длительная блокировка на таблицу табличной части )

Цитата:


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

Т.е., что-то типа Попытка как в 1С, в случае ошибки пропускать и и идти дальше. Но только чтоб это было в СКЛ

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

Neo писал(а) 10. Ноября 2010 :: 07:13:

Ты забываешь о том, что тогда тебе придется САМОМУ реализовывать контроль целостности данных, т.е. выполнять работу, которую 1С обычно за тебя делает. Потянешь ли?

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

ой, действительно, не там смотрел. Можно в графу отбора любой реквизит ТЧ добавлять