forum.clarionlife.net

имеются две связанные таблицы, в Form меняются записи одной, при нажатии OK хочется что бы менялось значение одного поля записи другой табл. Такое возможно?

СергейР писал(а): Такое возможно?

Да, если вы спрашиваете только о самом факте.

Admin писал(а):

СергейР писал(а): Такое возможно?

Да, если вы спрашиваете только о самом факте.

http://forum.clarionlife.net/phpbb/view ... =13&t=1637
может надо поднять и развить - для новичков?

СергейР писал(а):имеются две связанные таблицы

Таблицы и так связанные, зачем апдейтить вторую? Давайте конкретный пример. Кажется, что структура таблиц неправильная. И что за база? В SQL для этого есть триггеры, а в форме ручками неправильно делать. Есть ещё вариант настроить Referential Integrity для автоматического апдейта, но нужна конкретика.

уточняю вопрос
описание:
==============================================
таблицы:
PT *********************************Instrument
|--------------------|************ |------------------|
| KeyInstrument **| <<----> | KeyPrimari |
| |_InstrID*******|************| |_InstrID |
|--------------------|************|-----------------|
| PTID**************|************| InstrID |
| InstrID***********|************| GdeNahod |
|ляляляля...******|************| ляляляля... |
|------------------ |************|------------------|
============================================
в FORM
Tables
UpdateRecord
*****|_PT-PT:KeyInstrument
**********|_Instrument
=============================================
Как можно сделать так, что бы сохраняя запись в таблице PT (при нажатии ОК) в связанной с ней по ключу, таблице Instrument, полю GdeNahod присваивалось значение у клиента?
PS: и это.. там, в опросе, ссылку которого дал "Ал" первое оно вернее "ответить на него, хотя может быть и в сотый раз"

Извините, а на великом и могучем расписать можно? Типа того:
Table1
ID Long
Name String(255)
...

Table2
ID Long
ID_Table1 Long
Name String(255)
.

А то есть поле GdeNahod (правда не понятно в какой таблице). И где его надо повторить?

Table1 - PT является "промежуточной" таблицей, реализующей не явное отношение многие ко многим:
Table Dogovor <->>Table1 - PT <<->Table2 - Instrument

Table - Dogovor (DOG)
DogovorID (long)
......

Table1 - PT (PT)
DogovorID (long)
InstrID (long)

Table2 - Instrument (INS)
InstrID (long)
Name String(100)
GdeNahod String(10)
....

Заполняю договор аренды, в нём может находиться несколько инструментов из справочника. В Form Table Dogovor размещаю ListBox, по Insert вызываю Form Table1 - PT. Разместил в ней кнопку, в её embeds вставил CallProcedureAsLookup (в строке CodeAfter,Completed прописал PT:DogovorID=Dog:DogovorID;PT:InstrID=INS:InstrID;display ), которой вызываю Browse Table2 - Instrument (справочник инструментов) в данном Browse разместил кнопку Select, выбрал инструмент вернулся на Form Table1 - PT (так сказать предпросмотр выбранного инструмента) если то что нужно жму ОК и вот тут хочется реализовать изменение Table2 - Instrument что бы полю INS:GdeNahod = 'У клиента'

СергейР писал(а):имеются две связанные таблицы, в Form меняются записи одной, при нажатии OK хочется что бы менялось значение одного поля записи другой табл. Такое возможно?

если "стоим-находимся" на изменяемой записи во второй таблице

СергейР писал(а): выбрал инструмент вернулся на Form Table1 - PT (так сказать предпросмотр выбранного инструмента) если то что нужно жму ОК и вот тут хочется реализовать изменение Table2 - Instrument что бы полю INS:GdeNahod = 'У клиента'

что-то в этом роде

INS:InstrID=PT:InstrID
Access:Instrument.Fetch(Ключ по INS:InstrID)
INS:GdeNahod = 'У клиента'
Access:Instrument.Update()
BRW(?).ResetQueue(Reset:Queue)

спасибо. буду пробовать

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

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

finsoftrz прав, GdeNahod - лишнее поле, с БД так не работают. Чтобы узнать находится ли инструмент у клиента, достаточно проверить есть ли запись в PT для конкретного инструмента и конкретного договора. Если есть, то - "У клиента". Проверку можно сделать так:
PT:DogovorID = Value1
PT:InstrID = Value2
if ~Access:PT.Fetch(PrimaryKey)
LOC:String = 'У Клиента'
else
LOC:String = ''
end

Тем более, что таблица инструментов - это справочник. Для одного договора конкретный инструмент "У Клиента", для другого нет.

Интересно - заполнение договора - предварительно/в присутствии клиента или клиентом/постфакт? Т.е. инструмент-то действительно когда - "У клиента"?

kreator дело в том, что даже после того как инструмент вернули, нужно хранить инфу о том на сколько и за какую сумму его брали, что бы вычислять коэффициент полезного использования инструмента. Если же судить только о данных в таблице PT (есть в таблице, значить у клиента) то после возвращения инструмента его нужно удалять из PT, и как тогда определить коэффициент полезного использования этого инструмента за какой то период времени?

Ал договор заполняется только в присутствии клиента