Petro123
Есть такая ВИ:
- Главная форма - карточка. На ней кнопка "Редактировать" с главной табличкой свойств.
А также много подсвойств в кнопках - дочках (один - ко многим в БД).
- При открытии подкнопок - форм, там присутствуют кнопки "ОК" и "Отмена"
- На главной форме "Сохранить" и "Отменить".

Для этого нужна длинная транзакция на кнопку "Редактировать", чтобы потом работать с остальными данными в БД не заботясь о чтении сырых данных другими пользователями - коннектами.

Понятно изложил?

Нет.

На форме есть грид содержащий несколько записей из второй таблицы, а пользователь выбрирает какую строку редактировать. Потом нажимает Изменить строку?

Надо в свойствах таблицы выбрать "Form". При щелчке по строке грида, данные из
строки скопируются в поля формы. При выолнении Apply формы, скопируются обратно.

Либо свойство грида/датасета - Grid.ModalForm(Row, Mode) выполнит аналогичное действие.

Либо c помощью метода CreateModalForm(Name, CallbackFunctionName)
- создать форму, и скопировать нужные данные (NewForm.City = Data[y].City).
А в функции указанной в CallbackFunctionName выполнить обратное
копирование.

Все данные хранятся в одной записи таблицы?

В этом случае все данные находятся на клиенте, программисту надо
лишь написать CreateCommonModalForm('Form10'). Этот метод скопирует
данные из этой формы в создаваемую форму. А при вызове метода
Apply новой формы скопирует все обратно. Главная форма будет
заблокирована до завершения работы текущей.

Либо c помощью метода CreateModalForm(Name, CallbackFunctionName)
- создать форму, и скопировать нужные данные (NewForm.City = City).
А в функции указанной в CallbackFunctionName выполнить обратное
копирование.

Либо разместить все даные на вкладках - более стандартный подход

x
Давай договоримся.
В этой теме желательно сначала по вариантам использования (ВИ), потом
программирование.


Ок.
Только я не понял, как в базе данных хранится информация о клиенте.

Все данные по сущности "Клиент" храняться в нормализованном виде в массе
таблиц СУБД.

Значит существует таблицы


Так что ли?


Posted via ActualForum NNTP Server 1.4

А чем хуже хранить эти данные вместе?

Таблица - Клиенты
Код клиента (первичный ключ)
ФИО
Адрес
Дата рождения
Код документа удостоверяющего личность (FK на другую таблицу)
Номер страховки

Petro123Алексей МорозовА чем хуже хранить эти данные вместе?

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


нда...
Вопрос был задан специально, потому что вы не поняли меня в первый раз.

авторавторНа форме есть грид содержащий несколько записей из второй таблицы, а пользователь выбрирает какую строку редактировать. Потом нажимает Изменить строку?
Нет.
Главная форма - Карточка клиента и они любят нетабличную форму (одна запись из контролов).

Но и я вас не понял, я спросил у 25 человек, что значит:
"Главная форма - Карточка клиента и они любят нетабличную форму (одна запись из контролов)."
никто не понял, ну ладно...

Этот грид (о котором я писал), находится на форме вместе с полями - ФИО, ДАТА РОЖДЕНИЯ.
И содержит все записи таблицы - "один ко многим" (например - несколько документов, несколько детей, несколько телефонов, несколько офисов, несколько ...)

Вы хотите, что бы все эти гриды редактировались не в ячейках (как в 1С)?
А с использованием отдельной формы?
Что бы на форме присутствовала кнопка ОК и ОТМЕНА. Что бы
при нажатии на ОТМЕНА, изменения внесенные на суб-форме
были отменены (отчачены) ??

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

Тут именно так и есть.

автор
P.S. Sorry, конечно, что вмешиваюсь в вашу дуэль. Считайте меня просто секундантом. :))


Да я все хочу точку поставить в этой странной бесседе.

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

Судя по сообщениям Petro123 дельфист еще тот.

Помог бы сделать среду более удобной для дельфистов, а
не пытался (часто необоснованно) искать возможность
аргументировать своё пренебрежение.

> запускать в супермеркет по одному человеку

Вы хотите сказать, что в некоторых случаях без длинных транзакций
для выполнения работы придется заблокировать всю БД? И лишь один
пользователь сможет работать в один момент времени?

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


Posted via ActualForum NNTP Server 1.4

xВы читаете как-то по спирали что-ли или, каким-то непонятным пока
мне способом.



Просто я нахожу все возможные ответы на вопрос.



Ваша фраза:

"запускать в супермеркет по одному человеку"

значит

Значит супермаркер одновременно сможет обслужить только одного
клиента.



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

у них же разные соединения. А если программа использует многопоточность

и много соединений (контекстов) для каждого потока - то проблемы "в
супермеркет

по одному" вообще нет.



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

новое слово.



А длинные транзакции - это не плохо. Просто аналогичного результата можно

дыбится сохраняя данные на клиенте. Я стремлюсь выкинуть из своей среды всю

избыточность, и сейчас думаю - Какие преимущества у длинные транзакция,

перед сохранением на клиенте?




Posted via ActualForum NNTP Server 1.4