Oracle через ODBC

← →
Shuric © (2005-06-01 21:06) [0]

Опишу ситуевину:
Есть комплекс, использующий в качестве хранища СУБД Oracle. Лояльно относится к выдергиванию данных (т.е. предоставил права доступа к базе). Мой сервис написан и замечательно работает...

Опишу, что "дерается" комплексом:
Получисовки(данные, собираемые кажые полчаса) записываются в базу.

Проблема:
Не всегда данные на последние получасовки "заполнены" (для меня). Я подозреваю, что комплекс "вовремя" их не сохраняет.

Ух.. Собственно хотел спросить - мне кажется, что данные на момент моего опроса есть (но они не записаны), можно ли их получить?

← →
Reindeer Moss Eater © (2005-06-01 21:08) [1]

(но они не записаны)

Транзакция не подтверждена. Потому и не видишь их.

← →
Shuric © (2005-06-01 21:13) [2]

Все верно - типа ApplyUpdate не выполнен, но мне не легче :) Поэтому испрашиваю любые варианты.

← →
Reindeer Moss Eater © (2005-06-01 21:17) [3]

Если комплекс не закоммитил данные, значит их объективно нет.

Поэтому испрашиваю любые варианты.
- Сменить свою логику получения этих данных.
- Попросить у разрабочиков интерфейса для себя.
- ...

← →
Shuric © (2005-06-01 21:22) [4]

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

Логика - сервер на их компьторе, выполняющий простенький "SELECT ... WHERE..." :(

← →
Reindeer Moss Eater © (2005-06-01 21:26) [5]

Логика - сервер на их компьторе, выполняющий
простенький "SELECT ... WHERE..." :(

Простенький селект можно выполнять в разное время.
И будут разные результаты.

← →
Shuric © (2005-06-01 21:31) [6]

В смысле?
Сервер долбает запрос за, например, (задумано) 10-ть раз с интервалом в секунд 15. А он (результат) появляется через тцать минут. Соответственно ведомость пустая :)

← →
Shuric © (2005-06-01 21:32) [7]

за, например последний отчет

← →
Reindeer Moss Eater © (2005-06-01 21:45) [8]

Все это я уже слышал.
Поэтому и сказал, что [5]

← →
Shuric © (2005-06-01 21:47) [9]

Предложи.

← →
Reindeer Moss Eater © (2005-06-01 22:01) [10]

Ты что, не русский?
Пока транзакция той системой не поддтверждена, ты не увидишь внесенные ей изменения даже имея кластер из телескопов Хаббл.

Изменяй логику запуска своих проверок. Время своих проверок изменяй.
Подгоняй его (время) ко времени коммита транзакции.

Енто ты сам не русский, я с самого начало енто предолагал (проблему) :)
Короче - абстрагируйсь от вопроса -
Мне нужно добраться до содержимого delta (обычные данные), зверя, содержимого данные, но воворемя несохраняющего

Тяжело искать черную кошку в темной комнате, особенно если её там нет.

Для тебя (для другой транзакции) - нет черной кошки вплоть до того момента, когда её закоммитят.

Так понятно?

Твой вывод был понят с [1]. Я думал есть возможность и ждал ее (ввиду не понимания) :)

> Я думал есть возможность
...
> На второй - его приложения (удаленные) получают вовремя

Если его приложения попросили первичное приложение эти данные им предоставить, то вот они и получают их вовремя. А в Oracle в другой сессии этих данных ПРОСТО НЕТ и других возможностей ТОЖЕ НЕТ.

Oracle через ODBC Найти похожие ветки