DmitryKn
Немного поспешил (
при редактировании дочерних таблиц постоянно ошибка 1539 триггер поломался в таблице ((

интуитивно кажется, что это связано с появлением помеченных на удаление записей.

PaulWist
Ещё добавок.
Я уже не помню деталей, но если что-то делать с таблицами (alter table, например) у которых установлены RI, то все связи "ломаются" и надо снова тыкать мышкой (кодом не правится, или я не знаю. И ещё остались смутные воспоминания, что контейнер БД надо компилировать , но это не точно )

DmitryKn

Положа руку на сердце - используете ли RI в своей работе?

PaulWist
Какая ошибка возвращается?

PaulWist
Какая ошибка возвращается?
Нужна последовательность действий.

Если Создаём/Редактируем документ, то первым идет сохранение "шапки", затем содержания.

Если удалять документ, то сначала сохранение содержания, потом шапки.

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

DmitryKn
Спасибо, сейчас почитаю

Цитата:

может одновременно удалить накладную и править вторую, в одном сеансе редактирования

DmitryKn
и вот в моем приложении юзер может одновременно удалить накладную и править вторую, в одном сеансе редактирования. И как их разводить, ума не приложу.

DmitryKn
Может есть пользовательские триггеры, универсальные, или хотя бы что там должно быть примерно?

Цитата:

Опишите словами, как такое получается? Что за бизнес-процесс Вы реализуете? Не надо кода! Словами!

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

Local isError
BEGIN TRANSACTION

* Сначала удаление документов
set deleted off
select ord_h
scan for (условие отбора только тех шапок, которые отображены на форме) AND deleted() AND !isError 
    isError = !tableUpdate(1, .t.)
endscan

if !isError
    * Теперь создание и изменение
    set deleted on
    select ord_h
    scan for (условие отбора только тех шапок, которые отображены на форме) AND !isError
        isError = !tableUpdate(1, .t.)
        if !isError
            * Создали/изменили шапку 
            * Сканируем только строки по этой шапке
            select ord_d
            scan for ord_d.id_h = ord_h.id AND !isError
                isError = !tableUpdate(1, .t.)
            endscan
        endif
    endscan
endif

if isError
    ROLLBACK
else
    END TRANSACTION
endif

of63
> Однако написание универсальных процедур - это плохая стратегия с точки зрения последующего сопровождения кода. Лучше так не делать. Сложно будет потом вносить изменения.
Написание фрейверков, набора команд фокса в реализации "языка фокс" - это тоже "плохая стратегия"?

of63
>> написание универсальных процедур - это плохая стратегия с точки зрения последующего сопровождения кода
А какая хоршая стратегия? Писать простые процедуры? Вообще не писать прцедуры/подпрограммы?

Владимир Максимов
...Т.е. у Вас одна общая таблица в 5 режиме буферизации...