Случается такая неприятность:
Работают с базой несколько касс и переодически (отчеты по кассам делаются не реже раза в день) в отчете кассы 1 вылазит запись относящаяся к кассе 2 (номера касс взяты для примера) и она же вылазит в отчете по кассе 2, запись относящаяся к кассе 1 бесследно исчезает. Все это естественно отлавливается соответствующими запросами и из локальных баз востанавливается, но этот геморой несколько нарушает наш покой, тем более, что иногда база пытается завалиться, возможно даже именно по этой причине. Мы потихоньку грешим на индексы но не уверены.
Есть идеи, уважаемые?

А как этот трейсинг устроить?

Еще одна подробность. Когда делаю после этого обычный Repair, бывает все проходит нормально, а бывает ругается на неуникальность первичного ключа, приходится сначала удалять ключ, потом восстанавливать, чистить и опять индексировать. Где-то раз в 2 недели. Задолбало...

Где-то месяц назад сделали почти полный апгрейд по сетевым картам (но на кассовых компах заменили все 6 штук). А недавно опять то же самое...

И в том то и бяка, что до repair записи с повторяющимися ключами не видны, а пытаются всплыть при восстановлении.

И внешние проявления бывают разные: один раз при открытии таблицы визуально не видны записи начиная с какой-то, при этом клиенты спокойно добавляют записи и они не теряются после восстановления. То аксес ругается когда я запросом пытаюсь вытащить какую-то запись, хотя в таблице я ее вижу. И пр. закавыки. Бывает и без них - все как бы нормально.

Но! Есть один общий симптом.

SELECT rd.id, rd.kas FROM rd WHERE kas=1 возвращает
100 1
105 1
...
208 1
а
SELECT rd.id, rd.kas FROM rd WHERE kas=2 возвращает
99 2
103 2
105 1
...
210 2
Вот там где влезает запись с единицей и есть сбой, и пропадает реальная запись от кассы №2.

Владимир Саныч, так что Вы там говорили насчет трейсинга?

Но почему упал? 5 лет не падал а тут западал.
И как отследить, ЧТО его валит? Касс 6 штук и закономерности нет, т.е. любая может перебивать любую.

Может размеры базы и структура? Сжатая 500-600 мег, а в ней только 2 таблицы - rd, которая валится, записей поменьше (900тыс), полей и индесов побольше (46полей/20индексов) и ar, побольше записей (6млн), но полей и индексов меньше (6/4)

Сейчас не об этом.

Вообще то будем перетаскивать все на MS SQL, но это будет месяца через 3. Дожить бы...

Прости, Владимир Саныч. я как-то не усек что ты 1 а не 2. Это меня двое (Kot и Bazilio). Но все равно скажи, что нибудь про архисложное, а я постараюсь понять.

Да, Лох Позорный, времени много уходит, но в 40 мин. укладываюсь. Тренировка!

Нет, Лифчик, не надо, хоть меня и двое, но лицо одно.:)

А свежие мысли есть?

Тогда всем спасибо, на сегодня пока.

Владимир Саныч, я знаю, когда поменялись данные (фиксируется в поле по Now()), но не знаю почему они не правильно поменялись.

Владимир Саныч
Конечно, было такое обновление (добавление), которое Now не сопровождалось! Вот оно то как раз в базу и не попадало.

Лох Позорный
Да, вспоминается такой момент, я уже о нем думал. Где-то полгода назад я разрезал базу и поместил в отдельную базу две вышеуказанные самые большие таблицы (связанные 1 ко многим). До того ТАКИХ сбоев точно не было, а вот когда точно началась эта херня - точно не помню. Но сегодня же сделаю импорт этих таблиц.