Странное поведение метода last в источнике данных формы

[Vasiliusis]

Добрый день!

Вопрос такой: в чем может быть причина того, что при выполнении insert'а в таблицу и последующего вызова метода last для установки курсора на последнюю добавленную запись происходит ВСТАВКА ЕЩЕ ОДНОЙ ТАКОЙ ЖЕ ЗАПИСИ В ТАБЛИЦУ?

Код

...

if (!_flightScheduleRow)
    {
        _nVAOMAFlightSchedule_new.insert();
        _flightScheduleRow = _nVAOMAFlightSchedule_new.RecId;

        //Выводим в форму, то шо получилось
        NVAOMAFlightScheduleDS_DS.last();
        //NVAOMAFlightScheduleDS_DS.prev();
    }

...

В результате, после выполнения метода OMAFlightScheduleDS_DS.last(); в таблицу добавляется еще одна запись...
Если вызов этого метода убрать, то ЗАПИСЬ ДОБАВЛЯЕТСЯ ПРИ ЗАКРЫТИИ ФОРМЫ!

Объясните, в чем тут магия?

[user_ax]

Метод last нигде не перекрыт(датасоурс,форма, грид)?

[Vasiliusis]

Цитата:

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

Метод last нигде не перекрыт?

Неа, точно нет, нигде не перекрыт

Причем такая еще особеность: данной код является частью кода обработчика события modified для контрола, которому назначен датасорс и датафилд, разумеется. И такая фигня происходит. А если перенести этот код, скажем, чтоб работал по нажатию кнопки - такой проблемы нет...

Контрол, для которого сейчас выполняется сей код - это стрингЭдит с выпадающим списком. В свою очередь, физически, датафилд данного контрола является внешним ключом таблицы. Вывод этой таблицы (набор столбцов) определен через группу AutoLookup. Может поможет, скорее всего дело в этом

[Xardas]

А этот самый контрол, на котором вы перекрыли modified() не привязан к датасорсу, на котором вы вызываете last()?

[Vasiliusis]

Цитата:

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

А этот самый контрол, на котором вы перекрыли modified() не привязан к датасорсу, на котором вы вызываете last()?

Да, к датасорсу привязан, но modified перекрыт не на контроле, а на поле датасорса. вот

[Xardas]

Цитата:

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

Да, к датасорсу привязан, но modified перекрыт не на контроле, а на поле датасорса. вот

Возможно, это и есть причина. Поставьте точку останова внутри метода modified() и посмотрите, сколько раз он вызывается.

[Vasiliusis]

Цитата:

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

Возможно, это и есть причина. Поставьте точку останова внутри метода modified() и посмотрите, сколько раз он вызывается.

А тут самое интересное: я эту ситуацию уже обработал. Да, как-бы-рекурсия происходит, но я ее уже решил методом научного самотыка

[Vasiliusis]

В общем, товарищи, я вообще ума не приложу, в чем дело, но при добавлении вызова NVAOMAFlightScheduleDS.clear(); перед вызовом NVAOMAFlightScheduleDS_DS.last(); начало пахать.

Итого:

...

if (!_flightScheduleRow)
    {
        ttsbegin;
        _nVAOMAFlightSchedule_new.insert();
        ttscommit;
        _flightScheduleRow = _nVAOMAFlightSchedule_new.RecId;

        //Выводим в форму, то шо получилось
        NVAOMAFlightScheduleDS.clear();               //<---------------- вот он, спаситель! :)
        NVAOMAFlightScheduleDS_DS.last();
        //NVAOMAFlightScheduleDS_DS.prev();

        //delete_from _nVAOMAFlightSchedule_new
            //where _nVAOMAFlightSchedule_new.RecId == _flightScheduleRow+1;
    }

...

если кто-то знает, почему это работает - объясните мен пожалуйста, мне крайне интересно!

[Vasiliusis]

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

[S.Kuskov]

Цитата:

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

данной код является частью кода обработчика события modified для контрола

Т.е. вы сразу как только, пользователь изменил значение поля на форме (изменения произошли только на форме, не в БД), производите вставку новой записи в таблицу и ещё на форме прерываете процесс редактирования пользователем записи и переводите курсор на другую... По идее при потере курсора редактируемая запись должна будет сохраниться, но что если сохранение(метод write) проведённых изменений по каки-либо причинам не отработает? Что будет с целостностью данных?

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Т.е. вы сразу как только, пользователь изменил значение поля на форме (изменения произошли только на форме, не в БД), производите вставку новой записи в таблицу и ещё на форме прерываете процесс редактирования пользователем записи и переводите курсор на другую...

Эммм... пользователь меняет значение на форме, я пишу новое значение в БД (создаю, если контрол устанавливается впервые, либо редактирую, если наоборот). Далее, курсор переводится на новую запись, либо на отредактированную и данные отображаются в связанных с ДС контролах.

Цитата:

Сообщение от S.Kuskov

По идее при потере курсора редактируемая запись должна будет сохраниться, но что если сохранение(метод write) проведённых изменений по каки-либо причинам не отработает? Что будет с целостностью данных?

В форме, точнее в объекте формы, сохраняется айдишник записи. Гридов на этой форме нет. Одно открытие формы - работа только с одной записью. Т.к. запись одна, то соответственно все манипуляции в форме отражаются только в ней одной, т.к. позиция записи в ДС не меняется. Кроме этого, если будут возникать эксепшены - я отслежу почему и устраню, а так - многие данные выбираются из связанных таблиц, следовательно, целостность данных не пострадает. Если я Вас правильно понял.

[dech]

Вместо last() используйте reread()/refresh().

Цитата:

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

Эммм... пользователь меняет значение на форме, я пишу новое значение в БД (создаю, если контрол устанавливается впервые, либо редактирую, если наоборот).

Не понимаю, зачем вы это делаете?

[Vasiliusis]

Цитата:

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

Вместо last() используйте reread()/refresh().

Не понимаю, зачем вы это делаете?

чтобы все изменения сразу сохранялись, вот для чего

рерид/рефреш не пашет, т.к. при инсерте курсор не встает на добавленную запись, а стоит на первой, проверял неоднократно

[Vasiliusis]

Короче, дело закрыто, всем спасибо

[LeonDerCom]

if (!_flightScheduleRow)
    {
        _nVAOMAFlightSchedule_new.insert();
        _flightScheduleRow = _nVAOMAFlightSchedule_new.RecId;

        //ставим курсор на созданную запись
        NVAOMAFlightScheduleDS_DS.research();
        NVAOMAFlightScheduleDS_DS.findRecord(_nVAOMAFlightSchedule_new);
    }

[Vasiliusis]

Цитата:

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

if (!_flightScheduleRow)
    {
        _nVAOMAFlightSchedule_new.insert();
        _flightScheduleRow = _nVAOMAFlightSchedule_new.RecId;

        //ставим курсор на созданную запись
        NVAOMAFlightScheduleDS_DS.research();
        NVAOMAFlightScheduleDS_DS.findRecord(_nVAOMAFlightSchedule_new);
    }

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

[S.Kuskov]

Vasiliusis, что-то вы намудрили, по-моему.
На сколько я смог догадаться, вы делаете отдельную форму для редактирования или вставки записи в таблицу? Или нет?
До сих пор не понятно почему изменение данных в БД происходит из метода modified, который для этого совсем не предназначен?

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Vasiliusis, что-то вы намудрили, по-моему.
На сколько я смог догадаться, вы делаете отдельную форму для редактирования или вставки записи в таблицу? Или нет?
До сих пор не понятно почему изменение данных в БД происходит из метода modified, который для этого совсем не предназначен?

Да, отдельная форма и для того и для другого. У пользователя будет только одна попытка на работу с записью, т.е.: открыл форму, ввел, отредактировал пока форму не закрыл, как только закрыл - все, жизненный цикл записи в части создание/редактирование грубо говоря завершен. Потом только через бюрократию отредактировать запись, такой режим.

Почему в modified?

1. Только в методе modified я могут автоматически копировать данные из одного поля в другое, при условии, что эти поля на форме представлены стрингЭдитом с выпадающим список (допустим, А и В соответственно). Это по Вашей рекомендации.
2. Запись/перезапись в БД должна осуществляться при присваивании/изменении значения в вышеуказанном контроле А. По требованию пункта 1, я не могу этого (копирования из А в В) сделать в modified контрола А (был у меня такой пост...), то я делаю это в методах ДС.

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

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

[S.Kuskov]

Цитата:

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

Запись/перезапись в БД должна осуществляться при присваивании/изменении значения в вышеуказанном контроле.

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

Если вы хотите сохранить изменения в текущей записи, то вам нужно вызвать метод write() датасурса.

И курсор после этого не нужно никуда двигать он останется на этой же обновлённой/сохранённой записи.

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

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

Если вы хотите сохранить изменения в текущей записи, то вам нужно вызвать метод write() датасурса.

И курсор после этого не нужно никуда двигать он останется на этой же обновлённой/сохранённой записи.

Где Вы были раньше Лан, я понял Вас полностью, переделаю.
Видимо после вызова метода last(), т.к. я все-таки написал что-то в датасорс, аксапта пишет эту запись в таблицу, чтоб не потерять, а перед этим я инсертом вставляю еще одну. Вызов метода clear() удаляет, забывает просто напросто новую запись из ДС, что и решает мою проблему. Пролучается, что я создаю свою собственную запись, им удаляю ту, что создает сама аксапта, как только я присваиваю что-нибудь в какое-либо поле ДС, я так понял?

Кстати, в пользу того, что акспата записывает запись, чтобы не забыть говорит и то, что при закрытии формы дублирующая запись также записывается (если метод last не вызывать)

Тогда получается, что когда мы обращаемся к датасорсу в формате <название>_ds - это мы обращаемся ко всему хранилищу, а когда просто к <название> - это к текущей строке, на которую установлен курсор