Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.01.21;
Скачать: CL | DM;

Вниз

Занята БД Access   Найти похожие ветки 

 
rar ©   (2006-10-30 19:50) [0]

Как можно проверить базу данных Access, находиться ли она в монопольном доступе.
База сетевая, с ней работают с десяток задач но все по чтению, как они ее блокируют непонятно.
Обращаюсь к БД, а она отвечает занята пользователем Admin в монополном доступе на машине такой-то. (Обращаюсь по Insert). Вот при обращении и надо определить что за состояние у нее текущее.
Немного сумбурно но примерно так:-)


 
Anatoly Podgoretsky ©   (2006-10-30 20:07) [1]

> rar  (30.10.2006 19:50)  [0]

Ты уже определил.


 
rar ©   (2006-10-30 20:22) [2]

Это-то понятно что определил, но параллельно данные пишутся в БД Oracle и происходит рассогласоание БД.
Djn b yflj ghjdthbn cyfxfkf cjcnjzybt
У нас происходит постепенная миграция приложений из Access в Oracle, вот и извращаемся.


 
sniknik ©   (2006-10-30 20:30) [3]

пиши в транзакциях с откатом обоих при ошибке в одном. проблема чтоли?


 
rar ©   (2006-10-30 20:33) [4]

сначала пишу в Oracle, получаю ID

С этим ключом пишу в Access, откат невозможен, только писать удаление записи.
Лучmше сначала проверить состояние БД Access


 
sniknik ©   (2006-10-30 20:38) [5]

ну делай запись разово в какую нибудь временную табличку, удалиш ее после всего, да и все.


 
sniknik ©   (2006-10-30 20:40) [6]

только может не помоч, может ктонибудь базу монопольно займет как раз в момент после проверки, не моментально же запись в оракл/получение ID делается...


 
rar ©   (2006-10-30 20:48) [7]

Разово в темповскую таблицу, это конечно выход, но некрасиво, ведь существуют более изящные методы :-))

Надо их только найти


 
sniknik ©   (2006-10-30 21:28) [8]

ошибка всегда получается на действие, а не перед ним, это может неизящно но единственно верно...
предугадать ошибку/от чего она произойдет невозможно в большинстве случаев.


 
umbra ©   (2006-10-31 10:02) [9]

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


 
ANB ©   (2006-10-31 10:11) [10]


> С этим ключом пишу в Access, откат невозможен,

Почему откат невозможен ? И где он невозможен ? В оракле ?


 
ANB ©   (2006-10-31 10:12) [11]

В принципе, можно сначала заблокировать все, что нужно в аксесе. Но ошибка может возникнуть не только из-за блокировок. Посему - транзакция - самое оно.


 
Sergey13 ©   (2006-10-31 10:12) [12]

> [4] rar ©   (30.10.06 20:33)
> сначала пишу в Oracle, получаю ID
> С этим ключом пишу в Access, откат невозможен, только писать
> удаление записи.

Не обязательно фиксировать в Оракле для получения ID. Хотя это в данном случае может и не существенно.


 
sniknik ©   (2006-10-31 10:48) [13]

> Можно перед работой с ораклом попытаться монопольно открыть аксесовскую базу.
ну, попытался, ну открыл... а дальше пока вставляешь в оракл, ктото решил поработать с базой, не получилось, он взял и перегрузил машину... (он же в рабочую базу пишет, не заметил?)
гарантий предварительной проверки на последующее нет, и не может быть.


 
sniknik ©   (2006-10-31 10:58) [14]

> ктото решил поработать с базой
с аксесс базой имелось в виду.


 
umbra ©   (2006-10-31 11:16) [15]

2 sniknik ©   (31.10.06 10:48) [13]

гарантий, конечно, нет. Но, похоже, это максимум, что можно сделать при такой постановке задачи.


 
Anatoly Podgoretsky ©   (2006-10-31 15:30) [16]

> ANB  (31.10.2006 10:11:10)  [10]

> С этим ключом пишу в Access, откат невозможен,

Монопольное использование (Блокировка), никак не поможет, только откаты
гарантируют.



Страницы: 1 вся ветка

Текущий архив: 2007.01.21;
Скачать: CL | DM;

Наверх




Память: 0.5 MB
Время: 0.028 c
4-1157349807
1519
2006-09-04 10:03
2007.01.21
Ждущий режим


15-1166987620
Kolan
2006-12-24 22:13
2007.01.21
С наступающим&#133


15-1167257364
Real
2006-12-28 01:09
2007.01.21
День благодарения


15-1167593474
Pazitron_Brain
2006-12-31 22:31
2007.01.21
С НоВыМ ГоДоМ!


15-1167320862
ProgRAMmer Dimonych
2006-12-28 18:47
2007.01.21
Бесплатный переводчик видео в SWF