Dima TPaulWistНу давай по порядку, вопросы (пока смотрим файл-сервер):
Заточка изначальная была под КА для работы с MSSQL.

...

Ну собственно не важно каков источник СА или RV.

Dima TPaulWist1. Где начинается и заканчивается транзакция, в каком месте класса-формы?
С том случае нет транзакций. Оптимистическая буферизация.
Buffering = 3


Если речь идёт о клиент-сервере (MSSQL), то транзакция есть ВСЕГДА. Даже сохранение одной записи сервер оборачивает в транзакцию и лучше, что бы разработчик управлял ей явно, а Buffering = 3 говорит только об одном, что при "слёте" с записи происходит косвенный, не конролируемый приложением TableUpdate.

Dima TPaulWist2. Как и где происходит присвоение thisform.cTable, а если таблиц больше чем одна, как в thisform.cTable попадают имена алиасов?
3. Где "готовятся" сами данные, например для связки Мастер-Детали, те в каком месте в деталях присваивается PK Мастера?
То что я выше показывал это код формы правки справочника, т.е. одной записи одной таблицы.
Для документа с табличной частью другая форма (clsFormDocEdit), унаследованная от этой. По сути та же правка записи только вместе с ссылающимися на нее из дочерней таблицы.
Там добавлен курсор-адаптер для дочерней thisform.cChildTable (Buffering = 5) и метод Save() перепрописан. Там в транзакцию обернуто внутри Save(). Для MSSQL SQLEXEC('begin tran')
В родительской nМастерID появляется после сохранения. Для MS SQL "select @@IDENTITY"
В процессе ввода при добавлении записей в дочернюю в nМастерID ничего не пишется. В процессе сохранения заменяется на Мастер.nМастерID
...


Хорошо, а если связка сложнее Мастер - Детали1 - и от Детали1 - Детали 2,3,4 чЁ будешь делать, писать код класса для всех возможных случаев?

Второе, select @@IDENTITY делать НЕЛЬЗЯ, @@IDENTITY возвращает последнее добавленное значение, если у тебя на Мастере навешен триггер с записью в табличку с IDENTITY (например табличка лога), то @@IDENTITY вернёт последнее значение именно из таблицы лога,... что бы вернуть IDENTITY от Мастера необходимо исользовать ф-ию SCOPE_IDENTITY()

Dima TPaulWist4. Правильно ли я понимаю, что с фоксовские ХП для сохранения данных ты не используешь, а если используешь, то как в них передаешь код сохранения метода clsFormEdit.Save(), что бы сохранить данные.
ХП ни фоксовые ни MSSQL я не использую для простых сохранений. Просто пишу в таблицу, если что-то надо попутно менять, то это прописываю в триггерах БД.

Хорошо, а для сложных "сохранений", через ХП сервра, какая у тебя схема кода класса?

sg12...
Зачем, спрашивается, при этом пудрить мозги, особенно впечатляющими фразами типа "лично мне принципиально максимально вынести контроль целостности на уровень БД (связи, триггеры и т.п.), чтобы БД не была привязана к конкретному приложению."
Может кто расшифрует, что это значит.

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

Dima TPaulWistХорошо, а если связка сложнее Мастер - Детали1 - и от Детали1 - Детали 2,3,4 чЁ будешь делать, писать код класса для всех возможных случаев?
Я вообще не буду писать код класса для таких случаев. Тут нет стандартного интерфейсного решения, поэтому индивидуальная форма на основе clsFormEdit, а дальше как полет фантазии пройдет. Например с твоими деталями можно псевдо-дерево в гриде изобразить. Делал так однажды в проге для обсчета мебели.
...

Ну вот, правильное решение :)

Dima TPaulWistВторое, select @@IDENTITY делать НЕЛЬЗЯ, @@IDENTITY возвращает последнее добавленное значение, если у тебя на Мастере навешен триггер с записью в табличку с IDENTITY (например табличка лога), то @@IDENTITY вернёт последнее значение именно из таблицы лога,... что бы вернуть IDENTITY от Мастера необходимо исользовать ф-ию SCOPE_IDENTITY()
Согласен. Натыкался на эти грабли. Последнее время SCOPE_IDENTITY() использую. Не оттуда скопировал :)


ОК, проехали :)

Dima TPaulWistпропущено...

Хорошо, а для сложных "сохранений", через ХП сервра, какая у тебя схема кода класса?
Нет класса на такие случаи, т.к. случаев таких нет, не использую такой подход. Все происходит в триггерах, но если изменения "тяжелые" то сохранение разбивается на две части: само сохранение и проведение. Проведение - вызов ХП, но тут только ID проводимой записи.


Э-э-э, не понял, ... те само сохранение происходит по "обычной" схеме (TableUpdate), а вот вызов ХП в какой момент происходит и из какого модуля проги?

Dima TPaulWistчЁ
это слово больше не употребляй.

Дурная привычка, прилипла от Хела (Hel!Riser)

Dima TPaulWistпропущено...


Э-э-э, не понял, ... те само сохранение происходит по "обычной" схеме (TableUpdate), а вот вызов ХП в какой момент происходит и из какого модуля проги?
Сам подход позаимствовал из 1С, термин "проведение" оттуда же. Документ правится, периодически сохраняется но это своего рода "черновик" ни к чему не обязывающий. И только после проведения вносятся все корректировки в базу. После проведения дальнейшие изменения документа запрещены. Хотя 1С этот механизм довела до абсурда, там все можно.
Простой пример инет-банк. Платежку можно открывать, править, сохранять сколько угодно, но как только ты ее подписал, то все, это финансовый документ, деньги ушли, обратного пути нет. В данном случае подпись это "проведение".
Если честно прописывать это все муторно, поэтому стараюсь без острой необходимости не использовать.
...


Ну, я не совсем об этом спрашивал, ... это бизнес логика приложения, тут "хозяин-барин".


Dima TА где это вызвать не принципиально, вызываю там где пользователю удобнее. После нескольких дней написания навороченной ХП потратить 5-10 минут на вставку ее вызова в нужное место - не проблема.
...

Я именно про это спрашивал, где, из какого места кода и через что вызывается ХП?

sg12PaulWist, а вы что, знаете еще другие места вызова ХП?

Да, знаю и не только я один :)

Dima TPaulWistгде, из какого места кода и через что вызывается ХП?
Через sqlexec() . Использую как в примерах их хэлпа.
Соединение с SQL-севером одно на все приложение, устанавливается при запуске, хэндл в глобальной переменной, поэтому вставить вызов можно куда угодно.
Если очень принципиально, то используется класс-обертка над sqlexec(), он нужен в основном для удобства обработки ошибок, ведения лога долговременных запросов и т.п.

Ага, ... ну ладно, ... собственно, пока моё любопытство удовлетворено :)