Key violation как исправить

← →
KIR
 
(2002-07-25 13:48)
[0]

Народ, что такое сабж и как от него избавляться, а то у меня периодически такое случается. И после этого невозможно вносить записи в таблицу. Слава богу, что я базу каждый день копирую, но все же…

---

← →
kaif
 
(2002-07-25 13:52)
[1]

А можно подробнее? Как выражается то, что

>после этого невозможно вносить записи в таблицу

---

← →
Anatoly Podgoretsky
 
(2002-07-25 13:53)
[2]

Поле уникальное ли какие другие ограничения

---

← →
KIR
 
(2002-07-25 14:01)
[3]

Все происходит следующим образом: приложение работает совершенно нормально, т.е. вносит-изменяет-удаляет записи в таблицах БД. Потом без всяких видимых причин при добавлении очередной (кстати 601 по счету) записи выдается сообщение «Key Violation». И все…

---

← →
kaif
 
(2002-07-25 14:03)
[4]

Дело в том, что в BDE есть ошибка.

1.Если нарушить уникальность.

2.Затем сделать SQL-запрс.

3.Затем еще раз нарушить уникальность.

То у Paradox таблицы разрушается индекс (index out of date).

Эта ошибка есть в D3,D4,D5,D6.

Я поэтому с Paradox не работаю.

---

← →
kaif
 
(2002-07-25 14:06)
[5]

В принципе, после key violation ничего особого происходить не должно.

Что значит «и все» ?

Программа виснет, база потом не откывается (если да, то что при этом сообщается) и т.д…?

Ну нельзя так абстрактно вопросы задавать!

---

← →
Lord Warlock
 
(2002-07-25 14:07)
[6]

---

← →
kaif
 
(2002-07-25 14:23)
[7]

---

← →
Lord Warlock
 
(2002-07-25 14:29)
[8]

---

← →
Lusha
 
(2002-07-25 14:34)
[9]

>Lord Warlock © (25.07.02 14:29)

Не всегда… Иногда не успевает прописаться новое значение автоинкрементного ключа в заголовок таблицы… Тогда даже при рабочих индексах имеем Key violation при добавлении записи…

---

← →
Anatoly Podgoretsky
 
(2002-07-25 14:42)
[10]

Это точно такое же уникальное поле, только ситуацию усугубляет то, что оно обабатывается автоматически, и тут уже не обойдешь дав новое значение, как в обычном случае.

Парадокс на то Парадокс.

Главный парадокс что он как то еще и работает иногда.

Здесь очень абстрактный вопрос, у меня что то не работает и полное нежелание привести подробности, поля, индекксы, сетевая или локальная база, поддается ли ремонту и т.д.

Ну нельзя так абстрактно вопросы задавать!

---

← →
kaif
 
(2002-07-25 15:02)
[11]

---

← →
Lord Warlock
 
(2002-07-25 15:06)
[12]

---

← →
kaif
 
(2002-07-25 15:21)
[13]

>2 Lord Warlock © (25.07.02 15:06)

А я и не говорю про автоинкремент.

По-вашему, в Paradox таблице вообще не нужны никакие уникальные индексы? Пускай все приложение делает? А если много юзеров, а если уникальность, это номер, например, введенного счета-фактуры?

И вообще я работаю с клиент-серверными базами. Там нарушение ключа — всегда дело сервера, а не приложения. Иначе вообще не нужны были бы все эти индексы…

Боюсь, что Вы зря настаиваете на своем подходе. Я говорил о баге, который есть в BDE и который в упор никто не хочит исправить. А в результате только и слышишь: «Парадокс — ненадежная база». А баг очень простой и мало заметный. И его нужно исправить, а не обходить. Без него Paradox — прекрасная СУБД.

---

← →
KIR
 
(2002-07-26 11:21)
[14]

---

← →
kaif
 
(2002-07-26 12:06)
[15]

Переиндексировать — это удалить имеющийся индексный файл и вместо него создать новый.

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

Для переиндексации компонент TTable имеет свойство IndexDefs, имеющее соответствующие методы. Почитай Help. Там, кажется, были примеры того, как создать индекс заново.

---

← →
Weare
 
(2002-07-26 12:07)
[16]

---

← →
KIR
 
(2002-07-26 12:41)
[17]

Еще вопрос — у меня в БД достаточно много перексрестных ссылок (насколько я понимаю, это то же самое что и внешний ключ). Так вот из-за этого к некоторым таблицам невозможно добавлять поля. Paradox пишет, что «detail table exists». В DBDeskTop»e убираю все Referential Integrity — пишет то же самое. В итоге я вообще отказался от применения внешних ключей в БД. Т.е. не совсем отказался. Я просто не устанавливаю связи через Referential Integrity в DBDeskTop»e. Правильно я делаю?

---

← →
Mike Kouzmine
 
(2002-07-26 12:43)
[18]

Конечно правильно.

---

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

0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)

0 пользователей:

Создание таблиц с помощью SQL 

Если Вы хотите воспользоваться компонентом TQuery, сначала поместите его на форму. После этого настройте свойство DatabaseName на нужный Вам алиас (если базы данных еще не существует, удобней создать ее в WISQL командой File|Create Database…, а затем уже настроить на нее новый алиас). После этого можно ввести SQL-предложение в свойство SQL. Для выполнения запроса, изменяющего структуру, вставляющего или обновляющего данные на сервере, нужно вызвать метод ExecSQL компонента TQuery. Для выполнения запроса, получающего данные с сервера (т.е. запроса, в котором основным является оператор SELECT), нужно вызвать метод Open компонента TQuery. Ёто связано с тем, что BDE при посылке запроса типа SELECT открывает так называемый курсор, с помощью которого осуществляется навигация по выборке данных (подробней об этом см. в уроке, посвященном TQuery). 

Как показывает опыт, проще воспользоваться утилитой WISQL. Для этого в WISQL выберите команду File|Run an ISQL Script… и выберите файл, в котором записан ваш скрипт, создающий базу данных. После нажатия кнопки УOKФ ваш скрипт будет выполнен, и в нижнее окно будет выведен протокол его работы. 

Приведем упрощенный синтаксис SQL-предложения для создания таблицы на SQL-сервере InterBase (более полный синтаксис можно посмотреть в online-справочнике по SQL, поставляемом с локальным InterBase): 

CREATE TABLE table
( [,  |  …]);

где 

table — имя создаваемой таблицы, 
— описание поля, 
— описание ограничений и/или ключей (квадратные скобки [] означают необязательность, вертикальная черта | означает УилиФ). 

Описание поля состоит из наименования поля и типа поля (или домена — см. урок 9), а также дополнительных ограничений, накладываемых на поле: 

 = col {datatype | COMPUTED BY () | domain}
[DEFAULT {literal | NULL | USER}]
[NOT NULL] []
[COLLATE collation]

Здесь: 

col — имя поля; 
datatype — любой правильный тип SQL-сервера (для InterBase такими типами являются — см. урок 11 — SMALLINT, INTEGER, FLOAT, DOUBLE PRECISION, DECIMAL, NUMERIC, DATE, CHAR, VARCHAR, NCHAR, BLOB), символьные типы могут иметь CHARACTER SET — набор символов, определяющий язык страны. Для русского языка следует задать набор символов WIN1251; 
COMPUTED BY () — определение вычисляемого на уровне сервера поля, где — правильное SQL-выражение, возвращающее единственное значение; 
domain — имя домена (обобщенного типа), определенного в базе данных; 
DEFAULT — конструкция, определяющая значение поля по умолчанию; 
NOT NULL — конструкция, указывающая на то, что поле не может быть пустым; 
COLLATE — предложение, определяющее порядок сортировки для выбранного набора символов (для поля типа BLOB не применяется). Русский набор символов WIN1251 имеет 2 порядка сортировки — WIN1251 и PXW_CYRL. Для правильной сортировки, включающей большие буквы, следует выбрать порядок PXW_CYRL. 
Описание ограничений и/или ключей включает в себя предложения CONSTRAINT или предложения, описывающие уникальные поля, первичные, внешние ключи, а также ограничения CHECK (такие конструкции могут определяться как на уровне поля, так и на уровне таблицы в целом, если они затрагивают несколько полей): 

 = [CONSTRAINT constraint ] 

[an error occurred while processing this directive] 

Здесь 

 = {{PRIMARY KEY | UNIQUE} (col[,col…]) | 
FOREIGN KEY (col [, col …]) REFERENCES other_table 
| CHECK ()}

 = 
{  { | ()} 
|  [NOT] BETWEEN  AND  
|  [NOT] LIKE  [ESCAPE ] 
|  [NOT] IN ( [,  …] | 

 = {
col [] |  |  | 
| NULL | USER | RDB$DB_KEY } [COLLATE collation]

  = num | «string» | charsetname «string»
 = {
COUNT (* | [ALL]  | DISTINCT )
| SUM ([ALL]  | DISTINCT )
| AVG ([ALL]  | DISTINCT )
| MAX ([ALL]  | DISTINCT )
| MIN ([ALL]  | DISTINCT )
| CAST ( AS <datatype>)
| UPPER ()
| GEN_ID (generator, )
}

 = {= | < | > | <= | >= | !< | !> | <> | !=}

 = выражение SELECT по одному полю, 
которое возвращает в точности одно значение.

Приведенного неполного синтаксиса достаточно для большинства задач, решаемых в различных предметных областях. Проще всего синтаксис SQL можно понять из примеров. Поэтому мы приведем несколько примеров создания таблиц с помощью SQL. 

Пример A: Простая таблица с конструкцией PRIMARY KEY на уровне поля 

CREATE TABLE REGION (
REGION REGION_NAME NOT NULL PRIMARY KEY,
POPULATION INTEGER NOT NULL);

Предполагается, что в базе данных определен домен REGION_NAME, например, следующим образом: 

 CREATE DOMAIN REGION_NAME 
AS VARCHAR(40) CHARACTER SET WIN1251 COLLATE PXW_CYRL;

Пример B: Таблица с предложением UNIQUE как на уровне поля, так и на уровне таблицы 

CREATE TABLE GOODS (
MODEL SMALLINT NOT NULL UNIQUE,
NAME CHAR(10) NOT NULL, 
ITEMID INTEGER NOT NULL, CONSTRAINT MOD_UNIQUE 
UNIQUE (NAME, ITEMID));

Пример C: Таблица с определением первичного ключа, внешнего ключа и конструкции CHECK, а также символьных массивов 

CREATE TABLE JOB (
JOB_CODE JOBCODE NOT NULL,
JOB_GRADE JOBGRADE NOT NULL,
JOB_REGION REGION_NAME NOT NULL,
JOB_TITLE VARCHAR(25) CHARACTER SET WIN1251 COLLATE PXW_CYRL NOT NULL,
MIN_SALARY SALARY NOT NULL,
MAX_SALARY SALARY NOT NULL,
JOB_REQ BLOB(400,1) CHARACTER SET WIN1251,
LANGUAGE_REQ VARCHAR(15) [5],
PRIMARY KEY (JOB_CODE, JOB_GRADE, JOB_REGION),
FOREIGN KEY (JOB_REGION) REFERENCES REGION (REGION),
CHECK (MIN_SALARY < MAX_SALARY));

Данный пример создает таблицу, содержащую информацию о работах (профессиях). Типы полей основаны на доменах JOBCODE, JOBGRADE, REGION_NAME и SALARY. Определен массив LANGUAGE_REQ, состоящий из 5 элементов типа VARCHAR(15). Кроме того, введено поле JOB_REQ, имеющее тип BLOB с подтипом 1 (текстовый блоб) и размером сегмента 400. Для таблицы определен первичный ключ, состоящий из трех полей JOB_CODE, JOB_GRADE и JOB_REGION. Далее, определен внешний ключ (JOB_REGION), ссылающийся на поле REGION таблицы REGION. И, наконец, включено предложение CHECK, позволяющее производить проверку соотношения для двух полей и вызывать исключительное состояние при нарушении такого соотношения. Пример D: Таблица с вычисляемым полем 

CREATE TABLE SALARY_HISTORY (
EMP_NO EMPNO NOT NULL,
CHANGE_DATE DATE DEFAULT «NOW» NOT NULL,
UPDATER_ID VARCHAR(20) NOT NULL,
OLD_SALARY SALARY NOT NULL,
PERC_CHANGE DOUBLE PRECISION DEFAULT 0 NOT NULL
CHECK (PERC_CHANGE BETWEEN -50 AND 50),
NEW_SALARY COMPUTED BY
(OLD_SALARY + OLD_SALARY * PERC_CHANGE / 100),
PRIMARY KEY (EMP_NO, CHANGE_DATE, UPDATER_ID),
FOREIGN KEY (EMP_NO) REFERENCES EMPLOYEE (EMP_NO));