Таблица доступа к базе данных продолжает получать китайские символы, где они не принадлежат - PullRequest
0 голосов
/ 25 апреля 2018

РЕДАКТИРОВАТЬ Это не дубликат, так как у меня нет никаких Memo полей.Я тоже ничего не группирую.Повреждение всегда обнаруживается в таблице Prime.

В последнее время я часто получаю одну строку данных в моей базе данных доступа 2010 года, в которой содержится множество китайских символов.Это уже случалось, но в последнее время это становится обычным явлением, и я бы очень хотел, чтобы это прекратилось.Вот что у меня происходит и какие у меня ограничения.

Доступ к разделенной базе данных.Несколько пользователей.Пользователи могут работать только с интерфейсом * .accdr, хранящимся локально на своих рабочих столах (всего около 6 пользователей).Все они используют среду выполнения Access 2010, очень немногие имеют полный доступ к MS на своих машинах.

Серверная часть хранится на большом совместно используемом жестком диске (или серии дисков), который на всех компьютерах пользователей просто "G: «Стоит отметить, что у этого диска иногда бывают проблемы с переполнением.У меня нет возможности поставить бэкэнд на выделенную машину, и о другом программном обеспечении не может быть и речи.ИТ-поддержка находится за пределами площадки, и, честно говоря, они примерно так же понятны, как и техническая поддержка AOL в 90-х годах.

Обычная ежедневная процедура - загрузка результатов из другой программы в таблицу слияния.Эта таблица слияния сохраняется, чтобы мы могли отслеживать изменения и дублирование.Затем таблица слияния добавляется в таблицу Prime.Первичный ключ в таблице Prime предотвращает перезапись существующей информации.Первичный ключ находится в 5 разных столбцах основной таблицы.Каждый столбец может иметь допустимые повторяющиеся значения, но комбинация этих значений является уникальной.У меня нет предопределенных отношений.все отношения отображаются на уровне запроса.Резервное копирование данных в таблице Prime выполняется путем создания файла Excel один раз в день.Я запускаю сжатие и восстановление базы данных каждые пару недель.

Время от времени, некоторые сбои во вселенной, столкновение данных или странная проблема с жестким диском приводили к тому, что строка в таблице Primeпревратиться в китайские иероглифы.Когда это происходит, я проверяю файл резервной копии Excel, чтобы убедиться, что повреждения нет.Затем я заставил всех выйти из базы данных.Я запускаю Компакт и чиню, удаляю неисправную линию, снова C & R и продолжаю свой день.Раньше такое случалось, может быть, раз в 2 месяца.

Теперь я чувствую эту коррупцию в цикле ускорения.Раз в неделю, 3 раза в неделю, теперь, кажется, это происходит ежедневно.

Изменения в переднем конце, сделанные недавно, все были на уровне формы.Ничего особенного в самих запросах.

Мой босс больше не будет принимать оправдание "Необычное пятно и солнечная вспышка".

Что я должен сделать, чтобы предотвратить это (в пределах моих ограничений)?

Заранее спасибо, ребята.

РЕДАКТИРОВАТЬ 2 Последние несколько дней у нас естьпытался систематически проверять различные вещи, чтобы воспроизвести и изолировать коррупцию.У меня есть еще один человек, который обычно запускает ежедневное обновление в соответствии с моими инструкциями.Мы рассмотрели процесс и никаких проблем или отклонений.У меня есть доступ к 4 различным компьютерам, на которых я могу запускать обновления, поэтому в первый день мы использовали мой компьютер для ежедневного использования (Access 2013).Пошаговая проверка на коррупцию.Нет коррупции.День 2 проходил на машине, имеющей только Access 2010, с такими же пошаговыми проверками процесса.Нет коррупции.День 3 будет на моей коллеге с такими же пошаговыми проверками.Я буду обновлять, как я иду.Интересно, может ли проблема быть связана с конкретной машиной?

1 Ответ

0 голосов
/ 14 мая 2018

После тщательного тестирования, включив рекомендации во все комментарии, мы обнаружили, что проблема, скорее всего, связана с заполнением диска, на котором находится БД. Проблема началась, когда накопитель приблизился к 90% емкости. С тех пор диск был несколько очищен от старых файлов, теперь его емкость составляет около 60%, а проблемы с коррупцией исчезли. Мы будем продолжать мониторинг. Еще раз спасибо за все советы, и я надеюсь, что это поможет другим в будущем!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...