Нет, не получается. Можно использовать вьюху на основе более чем одной таблицы.

В свое время подробно "для чайников" описывал как делать. Но найти не смог. Можешь попытаться поискать сам.

Поиском за 5 минут выловил следующие обсуждения:

http://www.sql.ru/forum/actualthread.aspx?tid=168281
/topic/163299

+ ссылка из пред. ссылки (подробно не читал, лениво. Но вопросы делания запросов обновляемыми, статься раскрывает)

http://jon-d.narod.ru/ora/BlockOnAJoinRus.pdf

MikTargpu
Можно указать какие столбцы являются первичными ключами.
определить триггеры ON_INSERT, ON-UPDATE на блоке и делать все самому.

Триггеры ессно есть- иначе вьюхи не обновишь. И ключи указал. И Relation создано....


Триггеры совершенно не обязательны.

У нас например (примерно) была такая конструкция. Редактировались данные в таблицы A, а значение из справочников, таблица B, брались через View.

Тогда Query Data Source - view
DML Target - таблица А
Столбцы с первичным ключом - столбцы с primary key из таблицы A
Столбцы из других таблиц (таблицы B), вычисляемые и т.д. - Query only.

Все замечательно редактируется и без всяких триггеров. (не для OeBS, в OeBS обычно все через триггеры).

MikTar
...Если вьюха состоит более чем из одной табалицы, то при попытке вставки или апдейта возникает ошибка, что ROWID не найден...
...Ошибка появляется видимо когда после обновления идет попытка перечитать данные...
[quot MikTar]

1)
Если указаны столбцы с первичным ключом, по логике, ROWID ему нафиг не нужен. Forms должен работать через первичный ключ, а не через ROWID.

Но указанной информации не достаточно, что бы делать вывод, где именно у тебя ошибка IMHO.

2)
Насколько я помню, никакой попытки перечитать данные после обновления Forms не делает. При блокировке, возможен запрос с проверкой, проверить, что данные в БД никто не менял. Триггер ON_LOCK (или как-то так) может помочь.

Или см. п. 1 про первичный ключ.

[quot gpu]
определить триггеры ON_INSERT, ON-UPDATE на блоке и делать все самому.

+ ON-LOCK

Еще что нибудь забыли? Я Forms уже больше года не запускал.

MikTargpu
Можно указать какие столбцы являются первичными ключами.
определить триггеры ON_INSERT, ON-UPDATE на блоке и делать все самому.

Триггеры ессно есть- иначе вьюхи не обновишь. И ключи указал. И Relation создано....


Триггеры совершенно не обязательны.

У нас например (примерно) была такая конструкция. Редактировались данные в таблицы A, а значение из справочников, таблица B, брались через View.

Тогда Query Data Source - view
DML Target - таблица А
Столбцы с первичным ключом - столбцы с primary key из таблицы A
Столбцы из других таблиц (таблицы B), вычисляемые и т.д. - Query only.

Все замечательно редактируется и без всяких триггеров. (не для OeBS, в OeBS обычно все через триггеры).

MikTar
...Если вьюха состоит более чем из одной табалицы, то при попытке вставки или апдейта возникает ошибка, что ROWID не найден...
...Ошибка появляется видимо когда после обновления идет попытка перечитать данные...


1)
Если указаны столбцы с первичным ключом, по логике, ROWID ему нафиг не нужен. Forms должен работать через первичный ключ, а не через ROWID.

Но указанной информации не достаточно, что бы делать вывод, где именно у тебя ошибка IMHO.

2)
Насколько я помню, никакой попытки перечитать данные после обновления Forms не делает. При блокировке, возможен запрос с проверкой, проверить, что данные в БД никто не менял. Триггер ON_LOCK (или как-то так) может помочь.

Или см. п. 1 про первичный ключ.

gpu
определить триггеры ON_INSERT, ON-UPDATE на блоке и делать все самому.

+ ON-LOCK

Еще что нибудь забыли? Я Forms уже больше года не запускал.