| |
|
|
| | Повосетуйте, пожайлуста,- ситуация: все сотрудники работают с access в режиме терминала из под сервер 2003, я -единственный админ базы. С недавних пор у всех юзеров стало появляться сообщение по среди работы, что запись заблокирована юзером с другой машины. К моему удивлению этим юзером оказался Я! Т.е. сижу, никого не трогаю, пишу очередную приблуду по заказу начальства вообще в копии базы, начинаются звонки от юзеров, что работать не могут, ну, и методом исключения выясняю, что это я, причем не сразу, а после прошествии времени. Так, вроде, ничего не делал особенного, поставил точки останова и гонял код исправляя при этом. Вот ... Кто, что посоветует в этой ситуации ... | |
| |
| |
| |
|
|
| | Писать приблуды не в рабочей базе | |
| |
| |
|
|
| |
|
|
| | данные и интерфейс разделены? данные из одной базы берутся? в "копии базы" есть обращения к общим данным?
в общем Access же ясно кричит "вы мешаете людям работать" какие еще могут быть вопросы? | |
| |
| |
| |
|
|
| | Поэтические строки о кричащем Access звучат здорово, но хотелось бы больше материализма; да, конечно, данные и интерфейс разделены и отладка новшевств ведется в копии базы из копии интерфейса, но в терминале. | |
| |
| |
| |
|
|
| | Если все так как Вы говорите, тогда как объяснить вот это
...методом исключения выясняю, что это я
|
Как Вы определили что это именно Вы? Что за метод исключения такой?
Посмотрите, может к Вашей копии интерфейса прилинкованы таки рабочие таблицы | |
| |
| |
| |
|
|
| | ну, метод исключения довольно таки варварский, т.е. из сервиса в терминале вожно абортировать юзера из access, но вполне допустимый, а, главное, практически мгновенный.
По поводу таблиц,- прилинкованных к рабочей базе не было, иначе я при тестировании запортил бы данные, во-вторых, даже если это делать из рабочей базы!-ну, какое такое уж противоречие с блокированием не строк, и не страниц памяти, а целиком юзерского компа, причем в реальности всех 40-а юзеров!
Я сейчас попробовал импортировать все объекты в новый интерфейс, чтобы избавиться от мусора, может поможет, т.к. блокировка происходит как-то не сразу, я не могу поймать ситуацию ... | |
| |
| |
| |
|
|
| | т.е. я понял так, что Вы себя бортанули из терминала и блокировка пропала?
А не пробовали посмотреть список юзеров подключенных к файлу рабочей базы? | |
| |
| |
| |
|
|
| | так я с того и начал, что посмотрел список юзеров, потом начал отключать наименее важных (было межобеденное время), потом вспомнил, что перед этим всем случившимся я никак не мог сохранить изменения в своем запросе с ошибкой о блокировке записи (я тогда не придал этому значения), тогда я просто закрыл access на своей машине и тотальная блокировка исчезла. Я понял, что источником был я сам. День спустя ситуация повторилась. | |
| |
| |
| |
|
|
| | "Я сейчас попробовал импортировать все объекты в новый интерфейс, чтобы избавиться от мусора, может поможет ..."
Да, это вроде бы помогло, больше не повторялось несколько дней | |
| |
| |
| |
|
|
| | /decompile - еще можно пробовать
но что все это даст :/ | |
| |
| |
| |
|
|
| | А у тебя случаем memo полей в таблицах открытых во время ошибки нету ? похожая проблема на sql.ru обслуждалась - помогало только создание новой таблицы и перелив в нее данных | |
| |
| |
| |
|
|
| | да, вобщем-то конечно были, на форме и не по одному мемо полю бывает, так ведь раньше-то не было, я думаю, что все таки какой то мусор бардачил, нет др. мыслей | |
| |
| |
