Key violation или детские грабли , Paradox/BDE

Привет всем!
Delphi 7/Paradox/BDE
Ситуация выглядит так: имеются несколько отдельных таблиц *.db В каждой из них имеется одно ключевое поле (типа autoincrement). И несколько обычных (целочисленные и строковые). Внешних ключей нет (соответственно таблицы между собой не связаны, каждая сама по себе). Работаю с таблицами через компоненту TQuery. Точнее у меня на каждую таблицу используется своя Query (так надо было: чтобы одновременно можно было наборы данных из разных таблиц в разных DBGrid смотреть, а через Query проще делать выборку по условиям). Запись новых строк делаю тоже через Query, но в следующей последовательности: создаю новый Query, выполняю insert для нужно таблицы, освобождаю Query. После, для связанного с таблицей Query делаю Close/Open.
Кроме того, чтобы при запущенной проге никто извне не мог читать данные, стоят дополнительно компоненты Table с Exclusive=true.
Эта программа стоит у достаточного количества пользователей. У некоторых из них через разное время перестали добавляться новые записи. Выдается ошибка "Key Violation". Читать данные можно, делать update тоже, а вот добавлять новые - нет. Дублирование записей исключено (у меня автоинкрементное поле стоит), переполнение тоже быть не может. Может кто знает из-за чего такая штука возможна? Заранее спасибо.

----
ЗЫ: больней чем наступить на грабли, может быть только наступить на детские грабли!

, но я бы не стал вводить для добавления рантаймовый TQuery. C BDE давно не работал, но там для запросов на изменение данных
надо с каждым TQuery иметь TUpdateSQL с соответствующими настройками. Возможно, глючит здесь.

Цитата SilverShield @ 22.11.05, 07:23

стоят дополнительно компоненты Table с Exclusive=true

не совсем понятно...
ЗЫ. А нет возможности перейти на ADO?

Цитата SilverShield @ 22.11.05, 07:23

Работаю с таблицами через компоненту TQuery. Точнее у меня на каждую таблицу используется своя Query (так надо было: чтобы одновременно можно было наборы данных из разных таблиц в разных DBGrid смотреть, а через Query проще делать выборку по условиям). Запись новых строк делаю тоже через Query, но в следующей последовательности: создаю новый Query, выполняю insert для нужно таблицы, освобождаю Query. После, для связанного с таблицей Query делаю Close/Open.
Кроме того, чтобы при запущенной проге никто извне не мог читать данные, стоят дополнительно компоненты Table с Exclusive=true.

афтар выпей йаду!!!!

если ею пользуются много народу, то BDE отпдает автоматически, так как это не клиент серверная БД!!!

тебе нада InterBase или что-то похожее....

а твой проект это не детские грабли....это МЕГА ГРАБЛИ!!!!

Сообщение отредактировано: .DeV!L - 22.11.05, 08:21

Запись новых строк производится не в самой проге, а вынесена в dll, потому и производится динамически. Через ADO, на сколько я знаю, Парадокс извратно использовать.
.DeV!L, все с тобой ясно. Действительно награмождение, но все-таки, есть мысли по делу? Хотяб в каком направлении копать?

Добавлено 22.11.05, 08:35
.DeV!L, это локальная база, с ней надо работать только одному пользователю, так что с архитектурой все нормально. А про мега-грабли, читай ЗЫ

Цитата SilverShield @ 22.11.05, 08:29

Запись новых строк производится не в самой проге, а вынесена в dll, потому и производится динамически.

А кто тебе мешает в длл-ке иметь квери и апдейт-скл, созданные в дизайне?

Coala, согласен, можно и в дизайне. Попробую поставить TUpdateSQL, он вроде кэшировать запросы позволяет?

Цитата SilverShield @ 22.11.05, 08:29

Через ADO, на сколько я знаю, Парадокс извратно использовать.

Первый раз слышу

Цитата SilverShield @ 22.11.05, 09:03

Попробую поставить TUpdateSQL, он вроде кэшировать запросы позволяет?

Деталей не помню, но без него ты просто не создашь запрос на модификацию данных (в отличие от ADO).

Цитата Coala @ 22.11.05, 09:12

Деталей не помню, но без него ты просто не создашь запрос на модификацию данных (в отличие от ADO).

update Table1 set Col2 = ... where Col1 = ...

Все отлично работает и без TUpdateSQL

TUpdateSQL applies cached updates on behalf of queries or stored procedures that can’t post updates directly.

Взято из хелпа к нему.

Сообщение отредактировано: SilverShield - 22.11.05, 09:20

А сколько записей в таблицах (чему равен максимальный id)?

Не больше 6000. Поэтому вариант с переполнением я и исключил.
Кстати, таким образом загнулось сразу несколько таблиц! Связей через ключи между этими таблицами нет. Главное причину понять, тогда я ее как-нить уже поборю.

Цитата

Главное причину понять, тогда я ее как-нить уже поборю.

попробуй удалить и создать заново их индексы

Цитата SilverShield @ 22.11.05, 07:23

Выдается ошибка "Key Violation".

Полный текст сообщения можешь привести?

Сообщение ошибки выглядит примерно так:

"Project PTest1.exe raised exception class EDBEngineError with message 'Key violation'. Process stopped. ... "

Но это уже последствия, когда все запорчено и просто нельзя добавить новые записи.

Добавлено 22.11.05, 10:38
H.Iglesias II, подскажи если не трудно, через что пересоздание индексов делается? Мне это впервой, я обычно с MSSQL работаю

Цитата SilverShield @ 22.11.05, 10:36

через что пересоздание индексов делается?

DROP INDEX table_reference.index_reference | PRIMARY
 
CREATE [UNIQUE] [ASC | DESC] INDEX index_reference ON table_reference (column_reference [,column_reference...])

Спасибо. Только дело в том что я из индексов использовал только первичный ключ (поставил на автоинкрементное поле). В хелпе Database Desktop нашел такую фразу: первичный индекс в Paradox может быть создан только через определение первичного ключа при создании таблицы. Получается единственное решение - это грохать таблицу и создавать ее заново?
Если проблема в падении индексов, то все равно не понятно почему они упали сразу на нескольких таблицах с разной структурой и разным количеством строк!

Цитата

подскажи если не трудно, через что пересоздание индексов делается?

Можно, например, в DatabaseDesktop открыть таблицу и там есть кнопка "Restructure"

SilverShield, приведи фрагмент кода, которым делаешь добавление.

Цитата SilverShield @ 22.11.05, 11:17

дело в том что я из индексов использовал только первичный ключ

UNIQUE- гарантирует что два одинаковых не будет.
Или "убей" поле и создай заново.
Или попробуй это

Цитата Bas @ 22.11.05, 11:41

UNIQUE- гарантирует что два одинаковых не будет.

Точно, сам когда-то на эти грабли...

Спасибо всем! Убийство и создание заново всего поля с первичным ключом помогло. С таблицей снова можно работать.
Осталось только определить причину такого массового падения таблиц. Есть ли тут какая-то закономерность или это страшное проклятие Paradox? Может можно как-то это предотвратить?

Цитата SilverShield @ 22.11.05, 12:41

Может можно как-то это предотвратить?

Убрать кэширование, как вариант.

Добавлено 22.11.05, 15:23
Или при каждом Post вызывать FlushBuffers

Цитата SilverShield @ 22.11.05, 12:41

Осталось только определить причину такого массового падения таблиц. Есть ли тут какая-то закономерность или это страшное проклятие Paradox? Может можно как-то это предотвратить?

Причина Парадокс, решение только одно бежать подальше.

У меня кэширование итак выключено (CachedUpdates = false). Для работы использую Query.
Наверное прийдется прибегнуть к координальному решению - смене БД
А ведь парадокс по всем параметрам, кроме сбоеустойчивости подходил!
Всем спасибо за помощь и обсуждение.