Как можно оптимальнее загрузить более 5000 записей в регистр сведений? Как и на сколько документов разбивать? По сколько строк?

Круто. Целых 5 тысяч...

5000 можно не разбивать

v8: Ускорить запись в независимый РС большого кол-ва данных

более 5000 тысяч - это 5001 или 999 999 999 999?

(0) а проблема в чем? не можете в принципе загрузить ни одной записи?

(4)более 5000 тысяч и 999 999 999 999 - это где-то близко, хотя миллиарды записей в 1С не видел никогда ))

ОбменДанными.Загрузка=Истина;

Тогда РС при записи не будет проверять существование набора.

(7) Не прав.
Набор.Записать(Ложь)

(8) щас мы все проверим

Если РС подчинен регистратору, то в ТЧ документа регистратора, желательно не делать более 1000 строк. Это общая рекомендация 1С.

(10) А иначе что-то страшное случится?

(11) Дальше может быть серьезное падение скорости работы с этим документом (в запросах)

(11) Да. Кластерный индекс часто не будет использоваться.

(12) Как раз без этого документа. Ну, то есть, если в условии запроса нет конкретного регистратора.

(14) Эскалация блокировки до уровня таблицы ?

а что, долго грузится?

(8) Не совсем так:
НаборЗаписей.Записать(Ложь);
НаборЗаписей.ОбменДанными.Загрузка=Ложь;

1) Вставка каждой записи в ВТ.
2) inner join ВТ с РС
3) Вставка записей из ВТ в РС.

НаборЗаписей.Записать(Ложь);
НаборЗаписей.ОбменДанными.Загрузка=Истина;

1) Вставка каждой записи в РС.

(15) Не эскалация, а блокировка всего индекса.

Я вот не знаю, Clustered Index Scan блокирует весь индекс (как сказали на курсах) или же до того места, пока выполняется условие +1 следующее значение (ведь значения индекса упорядочены и до конца его проходить не надо).

(18) При установке блокировок, SQL может проэскалировать блокировку до уровня таблицы. Тоже кстати информация с курсов :)

(19) Когда был?

(19) в июле.

(20) см (21)

Я тоже

(23) Сдал ?

(24) Нет.

ребята автор троллит вас, он ни разу не ответил, а вы тут диспут развели и за бутылкой уже бежать собрались ;)

(26)а меня стакан есть ;-)

(19) почему об этом знают только 1сники, а не sqlщики? У 1С "свой особый подход", как всегда?

(28) Для ящуров:

http://www.rsdn.ru/article/db/LockEscalation.xml

(29) ящур - это острое вирусное заболевание
второе. Откуда 1сники знают, что там с гранулярностью в блокировках у SQL, если они не ставят хинты?

+ .... как всегда, "мы догадываемся"? )))

да хотел узнать, может не целесообразно грузить по 5000 или по 1000 и нужно как то иначе? Или все равно да?

(26) я отходил

(10) то есть по 1000 нормально будет в документе?

(31) Нет, читаем документацию по ms sql. Там все написано.
http://www.askit.ru/custom/sql2005_admin/m11/11_05_07_locks.htm

(35) и где тут противоречие с тем что может быть эскалация?

(34) Да пиши по сколько удобнее, тебе же их потом проверять.

(36) Кто тебе сказал про противоречие, ascent? Ты следи пожалуйста за нитью разговора, которая ушла к теме "подчинен регистратору"

(10) а зачем вообще делать ТЧ в некоторых случаях. Есть у меня документ ИзменениеСтавок - все го одна ТЧ для исключений и дата изменения. Все. А плодит кучу записей в РС, - по количеству работающих.