DmitryKn

1. В БД установлены "постоянные связи" и RI Restrict для таблиц, one-to-many
В форме, которая с таблицами работает, в Data Environment было установлено Relation , и , насколько я понял из статей, это "временная связь", и вот в ней OneToMany = .f.

Если есть связь в БД, то нужна ли связь в DE, и нужно ли исправлять onetomany = .t. , они вообще одно и тоже или две разных связи и мешают друг другу?

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

DmitryKn
3. Если мы команду =seek(id,'table','table.id') даем, и записей с table.id = id несколько, то курсор встанет именно на первую (если можно так выразиться - первую "сверху") или опять-таки на какую-то?

Надо ли мне предварительно в дочерней таблице курсор вверх загонять?

PaulWist
Встанет на ту которая в этот момент находится в памяти.
Первая сверху, не всегда одна и та же запись, например если удалить "первую сверху", то первой станет уже другая запись.

Цитата:

Или при перемещении курсора на строку в главной, в дочерней записи отбираются, а курсор встанет автоматически на "верхней" строке?

Цитата:

нужно ли ее сортировать по ключу

akvvohinc
В дочерней таблице текущей записью всегда будет та, которую вы назвали "первой".
При этом "первая" - с учетом текущего тега, а не физического порядка.
Это касается и функции SEEK(), и SET RELATION.

select table2 && дочерняя
set filter to table2.id = table1.id
go top
select table1

akvvohinc

Цитата:

Или при перемещении курсора на строку в главной, в дочерней записи отбираются, а курсор встанет автоматически на "верхней" строке?

Быстрее самому это проверить, чем ждать ответа.

akvvohinc

Цитата:

нужно ли ее сортировать по ключу

Непонятно.
Дочерняя таблица уже имеет установленный нужный тег.

Впрочем, мне вообще не совсем понятно, что подразумевается под "сортировать по ключу".
Какая команда имеется в виду?

DmitryKn
т.е. при установке курсора на строку в главной table1 с примари ключом id это будет тождественно...

Цитата:

если возможен гипотетический случай, что "встанет в верхней строке" - в большинстве случаев, но это не точно , то как я проверю?

Цитата:

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

SET KEY TO parent.id IN child && текущая запись в child не изменится!
GO TOP IN child               && встали на "первую"

akvvohinc

Цитата:

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

Что-то я уже запутался[/code]

Цитата:

Есть relations между таблицами один-ко-многим.
Хотел спросить у уважаемого сообщества действительно ли при установке курсора на запись в родительской с каким-то значением ключа, в дочерней курсор автоматически будет установлен в "верхней" записи диапазона с совпадающими значениями ключа.

akvvohinc

Цитата:

Есть relations между таблицами один-ко-многим.
Хотел спросить у уважаемого сообщества действительно ли при установке курсора на запись в родительской с каким-то значением ключа, в дочерней курсор автоматически будет установлен в "верхней" записи диапазона с совпадающими значениями ключа.

Я никогда в жизни не использовал DE, но, полагаю, что все способы по работе с парой "родитель-ребёнок" построены в Фоксе по одной "схеме" - при движении по родителю, в дочерней таблице текущей всегда становится "первая" запись соответствующего диапазона.

DmitryKn
В ходе сохранения выполняется tablupdate вью, потом scan, и insert или replace построчно в таблицу, потом соответственно, tablupdate таблиц, и то и другое в транзакции. Транзакции ошибок не дают.
Буферизация вью 3 , таблиц - 5.
После сохранения бывает случаи, когда этих записей в таблице нет, т.е. туда ничего не попало.

Цитата:

четкого определения нигде не прочитал, хотел убедиться наверняка.

Цитата:

Using SET RELATION, you can establish relations between tables open in different work areas. When the record pointer is moved in the parent table, the record pointer in the child table moves to the first corresponding record. The relational expression in SET RELATION determines where the record pointer moves in the child table. A one-to-one relation is created — for each record in the parent table, the record pointer moves to the first matching record in the child table. If a matching record can't be found in the child table, the record pointer in the child table moves to the end of the table.

Frequently, a child table contains multiple records that correspond to one record in the parent table. SET SKIP lets you establish a one-to-many relationship between one record in the parent table and multiple records in the child table. When you skip through the parent table, the record pointer remains on the same parent record until the record pointer moves through all related records in the child table.

PaulWist

DmitryKn
В ходе сохранения выполняется tablupdate вью, потом scan, и insert или replace построчно в таблицу, потом соответственно, tablupdate таблиц, и то и другое в транзакции. Транзакции ошибок не дают.
Буферизация вью 3 , таблиц - 5.
После сохранения бывает случаи, когда этих записей в таблице нет, т.е. туда ничего не попало.

Анализируется, что возвращает ф-ия TableUpdate()?

BEGIN TRANSACTION
m.lisError = .f.
FOR m.a = 1 TO ALEN(aTables)
    m.lisError = !TABLEUPDATE(.t.,.t.,aTables[a])
    IF m.lisError
        LOOP 
    ENDIF 
ENDFOR

IF m.lisError 
    ROLLBACK 
    LOCAL laError(1)
    =Aerror(laError)
    MessageBox("Сохранение таблиц не удалось . Ошибка: " + transform(laError[1,1])+ " " + laError[1,2] + " триггер " + STR(laError[1,5]))
    this.restore
ELSE 
    END TRANSACTION 
ENDIF 

PaulWist
Вместо loop надо exist, в приведенном коде при возникновении ошибки, не выходтся из цикла, презод идет на следующую таблицу.

DmitryKn

PaulWist
Вместо loop надо exist, в приведенном коде при возникновении ошибки, не выходтся из цикла, презод идет на следующую таблицу.

Спасибо, поправлю.

В таком случае, даже если ошибка была, она могла затереться следующей таблицей (