artbear писал(а) 20. Августа 2010 :: 09:06:

Там делалась замена цикла на sleep. Для автора можно и так, тем более он в первом посту так и планирует Цитата:

Через Система.Уснуть(100); загрузки процессора не будет. Вот, например, как было у меня в конфе от Астор-а:

Процедура Ждать(Секунд,НомерПопытки,НомерСерии,Сост) Экспорт
	Для С=1 По Секунд Цикл
		Вр=ТекущееВремя();
		Состояние(Строка(Секунд-С+1)+" Пауза перед попыткой №"+НомерПопытки+" серия "+НомерСерии+" ("+Сост+")");
		Пока Вр=ТекущееВремя() Цикл КонецЦикла;
	КонецЦикла;
КонецПроцедуры
 

Сейчас так:

Процедура Ждать(Секунд,НомерПопытки,НомерСерии,Сост) Экспорт
	ПД_СохранитьЛог();
	Для С=1 По Секунд Цикл
		Состояние(Строка(Секунд-С+1)+" Пауза перед попыткой №"+НомерПопытки+" серия "+НомерСерии+" ("+Сост+")");
		глСервис.Уснуть(1000);
	КонецЦикла;
КонецПроцедуры
 

JohnyDeath писал(а) 20. Августа 2010 :: 08:41:

Там есть способы рулить этим процессом. К примеру, ожидание блокировки процедурой sp_getapplock не занимает процессор.

JohnyDeath писал(а) 20. Августа 2010 :: 10:15:


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

Про одну запись - есть хинт rowlock. Ну и эскалацию блокировок придумали не для того, чтобы кому-то сделать хуже. 

Да, но, если блокировок слишком много, сервер может повышать степень гранулярности блокировок (Lock Escalation в английском BOL). Этот механизм автоматический, влиять на него можно указанием хинтов.

Если чё, на блокировки ресурсов приложения (sp_getapplock, sp_releaseapplock) механизм эскалации не влияет.

Всем спасибо.
Z1, статья самое оно. Вот только думаю, не поменялось ли что-то в 2005-2008 сервере в этом плане.


Позвольте всем задать еще один вопрос, который меня дано мучает.
Как говорил выше, хочу некоторые данные из файловой 1С перекидывать на SQL Server. Только не пойму как выявлять обновленные/новые записи. Например, хочу перекидывать данные таблицы движения регистра.
сейчас вижу только два пути:
1. перекидывать всю таблицу, предварительно очищая старую
2. Если будут перекидваться только движения регистров, то можно добавить реквизит регистра, куда будет пихаться дата последнего обновления записи. Но такая схема применима только для регистра, да и править конфу надо.
Есть еще одни, на мой взгляд самый удачный, способ - использовать перехватчик событий ПослеЗаписи и Обработка проведений. Но на текущий момент ПослеЗаписи не перехватывается, а перехват проведения - валит 1С 

Что посоветуете?

по поводу #24

сделай для своей файловой УРБД
переферийная база ms sql
на изменяемые таблицы пиши тригеры которые будут куда либо складывать изменения

JohnyDeath писал(а) 20. Августа 2010 :: 12:02:

так в чем проблема? я же тебе предложил вариант решения.
Одно дело это решение тебя не устраивает а другое дело что
отсутсnвие УРБД останавливает от такого решения.