Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Oracle через ODBC [D7]

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

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

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

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

evvcom (2005-06-02 12:00:00) [1]

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

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

Shuric (2005-06-01 22:30:00) [2]
Твой вывод был понят с [1]. Я думал есть возможность и ждал ее (ввиду не понимания) :)

Reindeer Moss Eater (2005-06-01 22:22:00) [3]
Тяжело искать черную кошку в темной комнате, особенно если её там нет.

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

Так понятно?

Shuric (2005-06-01 22:16:00) [4]
Енто ты сам не русский, я с самого начало енто предолагал (проблему) :)
Короче - абстрагируйсь от вопроса -
Мне нужно добраться до содержимого delta (обычные данные), зверя, содержимого данные, но воворемя несохраняющего

Reindeer Moss Eater (2005-06-01 22:01:00) [5]
Ты что, не русский?
Пока транзакция той системой не поддтверждена, ты не увидишь внесенные ей изменения даже имея кластер из телескопов Хаббл.

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

Shuric (2005-06-01 21:47:00) [6]
Предложи.

Reindeer Moss Eater (2005-06-01 21:45:00) [7]
Все это я уже слышал.
Поэтому и сказал, что [5]

Shuric (2005-06-01 21:32:00) [8]
за, например последний отчет

Shuric (2005-06-01 21:31:00) [9]
В смысле?
Сервер долбает запрос за, например, (задумано) 10-ть раз с интервалом в секунд 15. А он (результат) появляется через тцать минут. Соответственно ведомость пустая :)

Reindeer Moss Eater (2005-06-01 21:26:00) [10]
Логика - сервер на их компьторе, выполняющий
простенький "SELECT ... WHERE..." :(

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

Shuric (2005-06-01 21:22:00) [11]
На второй - его приложения (удаленные) получают вовремя :) И ни каких интерфейсов (по контракту) предоставлять не обязанны.

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

Reindeer Moss Eater (2005-06-01 21:17:00) [12]
Если комплекс не закоммитил данные, значит их объективно нет.

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

Shuric (2005-06-01 21:13:00) [13]
Все верно - типа ApplyUpdate не выполнен, но мне не легче :) Поэтому испрашиваю любые варианты.

Reindeer Moss Eater (2005-06-01 21:08:00) [14]
(но они не записаны)

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

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »