Собственно дали небольшое задание. Я его сделал, работает.
Но задали вопрос - как это сработает при программном сбое 1С - вообщем нашли небольшую недоработку - нет очистки регистра сведений в одном месте (из-за этого при программном сбое данные в регистре бы сдублировались, вернее была бы попытка записи в регистр, уже существующей - так как регистр непериодический).

Хочу задать вопрос. Учитываете ли при разработке возможность программного сбоя 1С? И какие максимальные последствия вы встречали при недоработке в системе программного сбоя?

А цунами в Японии нужно учитывать?

что подрузамевается под фразой "программный сбой"?

(2) вылет из системы 1С при клиент-серверной БД

(3) и что? про транзакции слышал?

К примеру стали вы документ проводить, и тут - программа вылетела, выдав какую-нить ошибку

как при сбое может быть осуществленна попытка записи

(4) это само собой
Конечно их использую

(5) ничего не будет, 1с использует тркционный механизм, документ проводится в неявной транзакции в соответсвии с ним или запишутся все движения или ни одного

На самом деле интересует вопрос - кто с какими ошибками сталкивался после сбоя системы (типовых, нетиповых - без разницы)

(7) ну и какой вывод сделал?

(9) на файловой может даже база рухнуть

(9) единственоая проблемма - это если сам сервер базы данных (обычно SQL) вылетет....

в документации к SQL есть описание как кванта времени фиксации транзакции так и вероятность неопределенного результата (что-то типа 0.001%).

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

(0)
Тебя разводят.
Либо они сами тупые.
В любом случае беги оттудова.

Ветку можно закрыть
Ответ получен в (12)

vde69
Спасибо

Есть подозрение, что автор что-то в (0) не договаривает.

Описываемая ошибка (данные в регистре бы сдублировались) не имеет отношения к сбоям в SQL или на сервере 1С. Это именно программная ошибка (логическая ошибка в коде), допущенная программистом.

Учитывая любовь MatrosoV AleXXXand_R хвастаться безошибочностью своего кода (если с кем-то путаю, заранее извиняюсь), интересно подробное описание ошибки.

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

(12) на файловой только 100500раз видел дубли и битые записи, при внезапном выключении там, или прибивании процесса 1ски... на скуле - не видел (правда и скуль сервер у меня "внезапно" не падал :))...

(9) Да какой, нафиг, программный сбой? В типовой УПП движения дублируются, если при проведении незаписанного документа будет ошибка ожидания блокировки - сколько таких ошибок до успешного проведения будет, столько и движений появится.

... посмотрим на документ "начисление зарплаты работника организации" в ЗУП
там идет явная запись движений (для расчета НДФЛ) - не в транзакции (и что-то связано с комментирвоанием расчета вроде)

вот там к стати "програмный сбой" не учитывается, да и как его учтешь? запись записывается ... исполняется код ... запись удаляется

только если фоновое вешать на удаление таких движений

(17) файловые - это не базы, это тренажеры.
На SQL только в эти выходные мучился с полными дублями...
в 7.7 на SQL тоже бывают дубли строк в _1sjornal, дубли по ID документу без всякого падения сервера, по чему я так и не вьехал....

(0)Я только пожар предусматриваю

сплю просто

(20)скриншот сделал?

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

я вообще ничего не учитываю

(19) При начале записи удаляются движения, так что не надо ля ля.

(26) + Видел такое только в старых релизах на 8.0

По возможности леплю везде Попытка Исключение, что бы программа выдавала осмысленные ошибки, а не тупо вылетала. Но это наверное не то, что имел в виду ТС.

а писать код логически верно, чтобы сбой не влиял на корректность данных кто мешает?

(28) плохой подход

(28) За это обычно расстреливают.

(0) Иногда. После контакта головы с ручкой грабель.

(0) когда пишешь у клиента приходи к нему только со своим проверенным ups

(31) Среднестатестическому оператору пофиг на сообщения программы. А вот если будет ошибка и база закроется , а еще лучше комп перезагрузится , то он обратит на нее внимание.

(0) Писать временные данные в регистры - дурной тон

>вообщем нашли небольшую недоработку - нет очистки регистра сведений в одном месте (из-за этого при программном сбое данные в регистре бы сдублировались, вернее была бы попытка записи в регистр, уже существующей - так как регистр непериодический).

быдло-код во всей красе...

(31) За обработку исключительных ситуаций расстреливают? Типо не по пацански, программа раз уж вылетела, то должна ещё как минимум комп юзера перезагрузить, а лучше сервак повесить. Так?

(37) их обрабатывать как-то более осознанно стоит. а не как ты написал

(37) вообще забавно посмотреть как ты обрабатываешь исключения, в которых в противном случае вешается сервак или перегружается комп

(38) Я вообще мало что написал, мне батоны давить лень. Я х.з. что вы там нафантазировали себе.

(39) http://m.prokazan.ru/sites/default/files/zhyrnota.jpg

(41) я просто с трудом представляю такую ситуацию в 1С, только и всего

Бред...
За это тебе доплачивают? Паранойство какое-то. ИМХО сбой должны программисты платформы учитывать, а не конфигураторщики.

(43) садись, два

(42) Ну представь какую нибудь другую ситуацию, которую тебе легко представить. Твои фантазии по поводу моих постов имеют мало общего с реальностью.

(20) что-то у вас не так, либо платформа 1с жжет

(45) представил и написал (38) и (30)

(44) чушь собачья

(0) Чтоб данные не дублились - существуют транзакции. Отрабатывают сами

Да делаю, не пишу коменты ) Это от сбоя который называется новый программист! А еще код на функции не разбиваю - так создаю устойчивую нетленку к вмещательствам из вне  )))

(8) Я так понимаю, там независимый регистр сведений, который заполняется при проведении документа программно... вот не знаю: он в транзакции идет или нет?

Пишу гоVно_код.
Потом переписываю.
Обычно все довольны.

Когда нельзя положиться на транзакции - всегда учитываю.

(53) Приведи пример, интересно очень.

(54) Любой вариант, когда приходится оперировать информацией не только из текущей БД.

(55) ты про другую бд или другие данные?