Access 2000 блокує доступ до файлу іншими користувачами


0

Іноді, коли користувач намагається відкрити певний файл, Access 2000 видає це повідомлення:

"База даних була поміщена в стан користувача" Admin "на машині (хто б не був користувачем)", що перешкоджає її відкриттю або заблоковано. "

Компанія, в якій я працюю, має файл, розміщений у загальній папці Printer на PRINTER Public, і всі користувачі отримують доступ до файлу, відкриваючи його з цього місця на своїх машинах. Усього налічується 15 користувачів.

Хто-небудь знає, чому це відбувається, або, що більш важливо, як я можу отримати це НЕ відбувається?

Якщо це корисно, я помітив, що користувач, який зазвичай блокує доступ згідно з повідомленням про помилку, є 'WOODY-PC', який також є мережевою папкою.

Заздалегідь дякуємо за допомогу заздалегідь.

Відповіді:


1

Це відбувається тому, що база даних просто ніколи не була розроблена таким чином.

Access 2000 (особливо) повинен використовуватися як настільний додаток для одного користувача, який отримує доступ до однієї бази даних або декількох користувачів, які використовують її для того, щоб отримати доступ до кінця сервера баз даних - наприклад, SQL-сервера.

Існує не просте рішення, але якщо у вас є 15 користувачів, я думаю, компанія зростає - ви повинні інвестувати в свою ІТ-інфраструктуру і, можливо, на даний момент, я б рекомендував використовувати запасну машину для установки SQL (не впевнений, що Express дозволяє користувачів?), а потім оновити базу даних для запуску на цьому.

Це може зайняти додаткову роботу, але воно має бути масштабованим рішенням для того, щоб підштовхнути бізнес у майбутнє.


Ви залишили важливий сценарій використання Access, який працює дуже добре, і це декілька передніх кінців, пов'язаних з єдиним спільним кінцем із лише таблицями даних у ньому. Це типовий стандарт і може підтримувати десятки одночасних користувачів (залежно від ряду факторів), без необхідності у зворотному кінці сервера.
David W. Fenton

@David W Fenton - я маю на увазі, що у другому пункті, коли я сказав, що сервер баз даних закінчується, - але я дійсно бачу, як це не зрозуміло ... Доступ насправді не сервер - це, як кажуть, Будь-яка компанія, яка може собі дозволити мати 15 співробітників, дійсно треба трохи модернізувати ...
William Hilsum

Я згоден з вами Wil, але власник (мій бос) дійсно не є розумним типом хлопця. Коли він стикається з вибором робити те, що є найрозумнішим і тим, що є найнижчим, він завжди робить останнє. Сподіваюся, я зможу зрозуміти роботу або спосіб розбити його. Дякую за допомогу!

Як приклад, хлопець навіть не дозволить мені створити сервер тут, тому що він не хоче платити за це. Він думає, що оскільки речі працюють в тому стані, в якому вони зараз перебувають, немає ніяких підстав для оновлення. Як він пережив 10 років у бізнесі практично на тій же технології, яку я ніколи не зрозумію.

Але ви не ставите це питання, тому що речі АРЕНТ працюєте?
David W. Fenton

1

Не можна поділитися такою базою даних Access.

Програма повинна бути розділена на передню частину (запити, форми, звіти і т.д. - все, окрім таблиць) і задній кінець (тільки таблиці), а передній кінець буде пов'язано з таблицями, що вказують на задній кінець.

Потім кожен користувач отримує індивідуальну копію переднього кінця.

Задній кінець (з таблицями) залишається на файловому сервері в доступному (і доступному для запису) місці для всіх користувачів (розміщення в папці принтерів виглядає дуже дивно, але, можливо, є розумним способом його зберігання на сервері, який в іншому випадку не має акції, доступні для всіх користувачів).

Спроба спільного використання об'єктів інтерфейсу ніколи не працює надійно в довгостроковій перспективі (помилка, яку ви отримуєте - це тільки початок), і може призвести до різноманітних дивних проблем і до корупції спільної бази даних.

Багато людей заперечують проти цього, оскільки вважають, що це ускладнює поширення оновлень до програми. Насправді це не так, тому що все, що вам потрібно зробити, це скопіювати поверх верхнього кінця з оновленим. Це може бути зроблено безліччю способів, і це в основному тривіальність.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.