Как известно, 1С 7.7 если напарывается на заблокированную табличку, то начинает гонять цикл с попыткой записать в эту табличку. Что-то типа:

флЗаписали=0;
Пока флЗаписали=0 Цикл
   Попытка
	ЗаписатьДанные();
	флЗаписали=1;
   Исключение
   КонецПопытки;
КонецЦикла 

А как нужно делать правильно? Тот же цикл, но еще добавить "засыпание" системы в исключении?

В каком смысле "ничего не делать"? Вообще без цикла? Одна попытка??

И всё-таки... Как разруливают эту ситуацию в нормальных системах?

Клиент кидает на "сервер приложения" данные, которые надо записать. (клиент работает дальше)
Сервер приложения ставит эту заявку в очередь на запись в сервер БД.
Так?

Да, так, конечно, красиво, но как поступают с 2-мя звеньям?

А как сделать так, чтобы ожидание разблокировки не грузило процессор?

Я сейчас пытаюсь сделать логгирование изменений. События записи объектов пишутся во внешнюю базу sqlite.
Пока сделал так:

Пока 0=0 Цикл
Попытка
  ЗаписатьДанные();
  прервать;
Исключение
  Система.Уснуть(10);
КонецПопытки;
КонецЦикла 

Но чё-т не нравится..

У меня ж внешняя СУБД. Как время ожидание захвата таблиц 1С может на это повлиять?

Ну и попутно. Если всем поставлю этот параметр = 0, то им же будет сразу вываливать ошибку транзакции при записи/проведении.

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

Цитата:

Хм... вроде она не предназначена для одновременной записи в таблицы, так что рекомендовал бы сделать на манер трехзвенной архитектуры при помощи Робота на сервере. Т.е. клиенты пишут в таблицы с именами "ИмяПользователя", а потом передают эту информацию Роботу (например пишут в справочник "Лог"), а робот по обработке ожидания если находит там информацию, то переносит данные из пользовательских таблиц в общую.

Вроде Саша Орефков b/или romix делали свои ВК, которые решали проблему загрузки проца.

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вие УРБД останавливает от такого решения.

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

Есть поле verstamp в журнале и в справочниках.

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


На инфостарте есть даже это, по этому поводу :
http://infostart.ru/public/19007/?PAGEN_1=2#comm