|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Michael Raschepkin 2:5020/400 28 Aug 2002 15:40:55
To : Igor Kuhtin
Subject : Re: Отчеты
--------------------------------------------------------------------------------
например, в оракле есть конструкция set transaction:
You can establish transaction-level read consistency by issuing a SET
TRANSACTION
statement with the READ ONLY option. After a transaction has been
established as read-only, all subsequent queries in that transaction only see
changes committed before the transaction began. Read-only transactions are very
useful
for reports that run multiple queries against one or more tables while other
users
update these same tables.
Igor Kuhtin wrote:
> Привет All!
>
> Возникла следующая проблема: если подстчет некоторого отчета происходит не
> в одном запросе, то иногда получается, что вклиниваются операции, которые
> прошли
> во время подсчета этого самого отчета. Какие методы применяет уважаемая
> общественность для решения данных проблем.
> Пример возникновения ситуации. В одном запросе считаются приходы. в другом
> расходы - ну надо получить движение. Пока подсчитался приход , внесли операцию
> прихода и расхода, а расход считался уже после проведения расхода. В итоге
> получилось, что продан несуществующий товар, то есть тупо пойдет минус.
> Что делать????
>
> С уважением Igor
--
~~~~~~~~~~~~~~~
With respect,
Michael
~~~~~~~~~~~~~~~
--- ifmail v.2.15dev5
* Origin: Artelecom (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
