Транзакции

[madproger]

Всем здрасте

у меня например есть два метода m1 и m2

m1()
{
ttsbegin;
m2();

<some_update_operation>
ttscommit;
}

m2()
{

<few_insert_update_operations>

}

Вопрос вот в чем если у меня произошла ошибка в методе два (не прошел запрос insert)
пройдем ли запрос в методе один и (или) выполнится ли откат?

ВОпрос 2 - в каком (примерное) случае такое может произойти - запрос из метода 1 прошел а из метода два нет?

Заранее спасибо за ответ

[belugin]

1. при эксепшинах происходит ttsAbort
2. не должно

[Delfins]

mozhet takoe bit', esli delajetsa ExceptionHandling

try {
m1();
} catch {}

try {
m2();
} catch {}

[madproger]

Угу - счас вот сижу изучаю код чтобы всунуть обработку исключений куда надо

Интересно почему никто не любит документировать свой код

[Delfins]

It is Axapta! :P

[blokva]

Цитата:

Сообщение от madproger

Угу - счас вот сижу изучаю код чтобы всунуть обработку исключений куда надо

Интересно почему никто не любит документировать свой код

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

[petr]

Хороший код документирует сам себя. И примеров такого кода достаточно много в Аксапта, особенно в слое SYS. После достаточной практики программирования в Аксапта у меня, например, не возникает проблем с отсутствием документирования кода.

[Russland]

Согласен с petr
Тем более, что не известен уровень детализации документирования. Иному "читателю" хоть простыню комментариев напиши - всё без толку. Тогда и техническое задание в комментарии кода пихать надо.

Цитата:

После достаточной практики программирования в Аксапта

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

[George Nordic]

В Axapta был применен принип рефакторинга - когда код сам по себе является комментарием. Поэтому НИКОГДА не называйте свои переменные a,b,c, myTbl - лучше полными именами.

(это я не про пример, просто так - напоминание )

С Уважением,
Георгий

[belugin]

>>>принип рефакторинга

но не до конца. очень много длинных методов

[belugin]

Цитата:

Сообщение от Delfins

mozhet takoe bit', esli delajetsa ExceptionHandling

try {
m1();
} catch {}

try {
m2();
} catch {}

Проверял ли ты это?

[madproger]

Еще такой вопросик

Как узнать - прошел запрос или нет? Просто метод insert - void

[kashperuk]

после вставки записи в таблицу ей присваивается идентификатор записи, в народе, RecId

Вот если он ненулевой, значит прошел

[madproger]

А если я два раза сделаю инсерт?

Например

Table1.f1 = 1;
Table1.f2 = 2;
Table1.insert();

Table1.f3 = 1;
Table1.f4 = 2;
Table1.insert();

В данном случае Что будет с RecID? Обнуляется ли он перед выполнением запроса?

ЗЫ Зачем так делать не спрашивайте Так оно есть

[madproger]

Ой - ступил Сорри

[George Nordic]

перед заполнением табличной переменной надо делать clear() и initValue() - не забывай! на ините - код может лежать.

Георгий

[madproger]

А по каким причинам может не сработать метод insert()?

[madproger]

ПРосто например в примере выше - я полям таблицы понаприсваивал кучу всего и запустил этот метод

Если я что то не то присвоил - мне поругается компилятор

Если же дело дошло до инсерта - что может помешать ему выполнится?

[oip]

может быть перекрыт метод insert на таблицы. Если нужно в обход этого записать - doInsert используется.

[madproger]

Я наверное замучил вас, но еще вопросик

у меня есть так

1-й пользователь
ttsbegin;
table1.f1 = 2;
table1.f2 = 3;

table1.insert();
ttscommit;

2-й пользователь
ttsbegin;
SELECT FORUPDATE table1
WHERE table1.initials =='JD';
table1.name == 'Jane Doe';
table1.insert();
ttscommit;

Первый пользователь только начал транзакцию, заполнил поля но не сделал еще инсерт

Сможет ли второй польватель начать транзакцию и открыть таблицу?
Сможет ли он обновить данные?
И что будет у первого пользователя если он в момент обновления вторым пользователем (на таблице по идее блокировка) он попытается сделать инсерт?