Если использовать GLOBAL TEMORARY TABLE . То какие привилегии пользователю надо дать для возможности этой операции? ( и хорошо ли это)

А есть счетов 5000-10000 их тоже все во временную таблицу перегонять?

т.е надо пользователю давать права на создания таблиц?

Ты явно раньше на Кларионе писал :-))). Правда все кларионщики так мыслят. Создать таблицу и записи туда складывать. Хреновый это подход. Ошибок только плодит.

Ты лучше скажи зачем ты счета метишь. Так легче понят и сказать.

2 Александр Б.

Скачал ты значит данные 5000 во временную таблицу (а может и сегмента отката не хватило все рухнуло). Бох бы с ним. Работаешь в своей форме с ними. Нажимаешь конопку обработать. А бац а запись-то уже удалили. Вот аказия )).

( счет -то тоже удалить могут. Создаили по ошибке например. Проводок по нему не было. значит и удалит можно)

2 Александр Б.

А с 10 рабочих мест вызвали твою форму . Ты 10*5000 записей создавать будешь?

2 Александр Б.

--
> У меня клиенты не работают с 5000 записями :) .

Так и говори, что у тебя системка маленькая. В ней записей мало.

А лучше скажи как быть если их 5000-100000.
--
А если при обработке отмеченной записи должны поменяться ее атрибуды.( например поле статус или дата закрытия) . Ты потом все записи на экране изменять будешь?
--

Да с временными таблицами я не работал.

Но ты скажи лучше не про это .
А просто ответь на каждый пункт.
( и про вопрос с удаленными в предудущий раз тоже ответь)

2 Oracle X-pert ты считаешь нормальным при подъеме формы переливать по 5000-100000 строк из одной таблицы в другую (или я что-то не понял)?

2 chp. Если ты пишешь на C++. Тогда все понятно. Подход Oracle Form сильно отличаеться от других.


Самый простой способ следующий

1 способ) Если это твоя таблица. То добавляешь в нее поле MARK_Flag или еще какое-то EVENT. Строишь блок форме та таблице ACCOUNTS . Пользователь отмечает твои записи жмет F10. Ты в триггере на таблице делаешь необходимые действия.

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

2 способ) Можно при клике/отметки записи в блоке менять ее статус с QUERY на CHANGED и обработку писать в триггере блока PRE-UPDATE. Когда пользователь выделил запись. Статус ее поменялся на CHANGED. Он навыделял несколько записей. Нажал Key-commit(F10) записи стали обновляться. В триггере PRE-UPDATE выполнились необходимые действия.

В любом из этих случае все работу по commit/rollback и блокировкам записей берет на себя Формс. И если у тебя что-то меняеться со счетом (его состояние (ОТКРЫТ, ЗАКРЫТ ) т.е какие-то поля счета, то Форс их перечитает автоматически ( если тебе надо)

Второй способ хуже.
--
Совсем правильно - это сначала рассказать какую операцию ты собираешься выполнять над счетом. Тогда возможно есть и другие варианты. Потому что одно дело когда он поднял форму и выбелил 3-4 записи. Другое дело, когда ему надо отобрать 2000 записей. Подходы к построению форм в разных случаях разные.

2 Oracle X-pert.
<Konechno, ne sovsem, t.k. eto trebyet dostatochno moshnyh resources.

Вот вот. Потом все тормозить начнет. И ими придеться скзать. Ребята- купите ссервер себе за кучу денег и тогда даже при 50-100 конектах работать сможете нормально :-)


<Vse upiraetsya, v konechnom chete v postanovku zadachi::

Тут согласен

Ничего не понял. Если значси
<2 Nikola:: Ty predlagaesh vsu obrabotky vesti na clent side, t.e. dostatochno
>ser'eznye trebovaniya k client's hard, pregde vsego, RAM.

Я предлогаю в Pre- вызывать серверные процедуры.

>A cho do "если в запросе слишком много строк, а пользователь отметил лишь >малую их часть - то придется фетчить из базы весь результат запроса" -
>realizui option "select ... minus select..".

Если он отметил то уже их профетчили на клиента.