Запросы в access

[gbolgov]

подскажите как убрать восклицательные значки в запросах access

[Андрэич]

Сообщение от gbolgov

подскажите как убрать восклицательные значки в запросах access

А зачем, мешают?

[DREDUA]

Доброго времени суток!
Может кто подскажет, как решить проблему с корректной отработкой запроса.
Используется DoCmd.RunSQL strSQL, естественно запрос на изменение или добавление записей.
Запрос запускается на клиенте, база на сервере(схема файл-сервер).
Обработка базы выполняется несколькими запросами подряд.
Проблема, иногда один или несколько запросов выполняется иногда нет.
Если поставить значение UseTransaction=TRUE, то ситуация не решается так как один из запросов может не выполниться и откатится из-за невыполненной транзакции, а необходимо выполнение всех запросов в обязательном порядке или не выполнение то же всех.

Спасибо за помощь.

[Myhaylo]

Очень сложно понять проблему...
Например, что значит "один или несколько запросов выполняется иногда нет"? Ошибка возникает или запрос не возвращает записей?
Может быть, Вам сначала проверять наличие записей в соответствующих запросах на выборку, а далее - запускать запросы на обновление?

[DREDUA]

Сообщение от Myhaylo

Очень сложно понять проблему...
Например, что значит "один или несколько запросов выполняется иногда нет"? Ошибка возникает или запрос не возвращает записей?
Может быть, Вам сначала проверять наличие записей в соответствующих запросах на выборку, а далее - запускать запросы на обновление?

Почему сложно?
Есть таблицы на файл-сервере.
Нужно добавить данные из одних таблиц в другие таблицы, повторюсь файл-база на сервере.
Проблема! В результате или сбоя или перегруза сетки или еще по каким то причинам, происходит иногда частичное изменение (добавление) записей в таблицы, иногда не полностью, а иногда полностью(как карта ляжет). Появляются рванные записи или нарушается целостность данных из-за потерянных записей.
При выполнении локально, все происходит быстро и без проблем. Все проблема в обработке данных по сетке.
НЕОБХОДИМО без ошибок в полном объеме выполнение изменений на удаленной базе сервера.

Но случае ошибки данные по выполненным уже запросам все равно частично уже будут изменены. В случае отката нужно откатывать все изменения всех запросов то есть всех измененных таблиц, а не одной.
А если еще к тому же запрос по которому будет откат будет последним в списке выполнения....

[DREDUA]

Сообщение от DREDUA

НЕОБХОДИМО без ошибок в полном объеме выполнение изменений на удаленной базе сервера.

Неужели никто не сталкивался с подобной проблемой?
Ладно буду искать выход...

[Андрэич]

Сообщение от DREDUA

Почему сложно?
Есть таблицы на файл-сервере.
Нужно добавить данные из одних таблиц в другие таблицы, повторюсь файл-база на сервере.
Проблема! В результате или сбоя или перегруза сетки или еще по каким то причинам, происходит иногда частичное изменение (добавление) записей в таблицы, иногда не полностью, а иногда полностью(как карта ляжет). Появляются рванные записи или нарушается целостность данных из-за потерянных записей.
При выполнении локально, все происходит быстро и без проблем. Все проблема в обработке данных по сетке.
НЕОБХОДИМО без ошибок в полном объеме выполнение изменений на удаленной базе сервера.

Но случае ошибки данные по выполненным уже запросам все равно частично уже будут изменены. В случае отката нужно откатывать все изменения всех запросов то есть всех измененных таблиц, а не одной.
А если еще к тому же запрос по которому будет откат будет последним в списке выполнения....

1. Выполнять из кода запрос(ы) с параметром dbfailonеrror
2. Transaction (буквальный перевод "сквозь сделанное"): выполняются (из VBA, например) всё нужные запросы, только если они выполнились все

[gluk_fm]

Добрый день.
Когда-то на предыдущей работе сталкивался с подобной проблемой (сеть и накат обновлений когда вздумается ИТ), после тчетных попыток "договорится" с ИТ принял решение:
1. Создаётся архив (перед отработкой процедур)
2. Переносится существующая база на локальный компьютер
3. Обрабатывается (выполняются процедуры)
4. Создана таблица с результатами выполнения
5. Если выполнено - то производится сжатие востановление и выносится обратно на сетевой ресурс, если нет то повторяется процедура без содания архива (количество повторов советую ограничить)

Все кода для копирования архивации есть на этом форуме, по моему я даже когда-то вылаживал базу (не уверен!)

[DREDUA]

Сообщение от gluk_fm

Добрый день.
Когда-то на предыдущей работе сталкивался с подобной проблемой (сеть и накат обновлений когда вздумается ИТ), после тчетных попыток "договорится" с ИТ принял решение:
1. Создаётся архив (перед отработкой процедур)
2. Переносится существующая база на локальный компьютер
3. Обрабатывается (выполняются процедуры)
4. Создана таблица с результатами выполнения
5. Если выполнено - то производится сжатие востановление и выносится обратно на сетевой ресурс, если нет то повторяется процедура без содания архива (количество повторов советую ограничить)

Все кода для копирования архивации есть на этом форуме, по моему я даже когда-то вылаживал базу (не уверен!)

Да, это отлично работает как запасной вариант.
Локально все изменения в базе происходят без проблем.
Но все таки истинная причина проблем обновления по сети до конца не определена. Сетевой админ ничего внятного объяснить не может.
Попробую по совету Андрэича поэсперементировать, но в случае сбоя, будет просто откат и все, ну если в несколько попыток то может все таки пробьет обновление по сетке. Возможно и причины откатов выяснятся...

[gluk_fm]

Вы также можете воспользоваться советом Андрэича, НО мой Вас совет:
1. Всегда делайте архивы Ваших баз данных перед процедурами (из личного опыта могу сказать : несколько работавших баз перестали открываться по непонятным причинам, а данные в исходных таблицах заменились ?????, что заставило перезагружать всё заново)
2. Таблица с результатами выполнения процедур - ОЧЕНЬ полезна, особенно если необходимо выяснить кто, что и когда напоролол!