В чём проблема? Ввод данных, Interbase

[Aleks_006]

Тестирую самый обычный запрос

INSERT INTO tovar(id_knigi,nazvanie_knigi,cena_knigi,kolichestvo) VALUES (9,'kolobok',50,4)

Почему-то сначала он работает, но после вбивания чего-нибудь в таблицу Продажа - ни в какую. Вылетает вот такое:
Violation of FOREIGN KEY constraint "INTEG_18" on table "PRODAZHA"
Это обычный внешний ключ на id_knigi (один-ко-многим), в продаже он второстепенный, значения не повторял. Не могу врубиться, в чём ошибка.
(В продажу я вбивал, скажем, id=7 и нужное количество, и триггер "продавал" это количество книг вплоть до нуля, отнимая из Товара)

[Stilet]

Что-то я не понимаю откуда 9 в запросе?
Это вычисления какие-то или вбито по наитию?
И ты вообще понимаешь что такое "внешний ключ"?

[Aleks_006]

Сообщение от Stilet

Что-то я не понимаю откуда 9 в запросе?

Это вбито от балды. Ну, вернее, уже 8 записей там было, соответственно дальше 9.

[Stilet]

соответственно дальше 9.

Ух )))
Вот от балды и получил по балде )))
Давай заканчивай с этой несуразицей. Такие вещи как ключи нужно не вводить от балды а высчитывать. Запросом, генераторами, триггерами... Опять таки если это внешний ключ, то убедись, что в главной таблице такое значение связанного ключа есть.

[Aleks_006]

Сообщение от Stilet

Ух )))
Вот от балды и получил по балде )))
Давай заканчивай с этой несуразицей. Такие вещи как ключи нужно не вводить от балды а высчитывать. Запросом, генераторами, триггерами... Опять таки если это внешний ключ, то убедись, что в главной таблице такое значение связанного ключа есть.

Нигде не прописано, что первичный ключ обязательно должен быть счётчиком! Я пока тестирую с int'ом, по-моему, вполне нормальный тип для ключа. Ну ладно, сейчас сделаю генератор.

[Аватар]

Сообщение от Aleks_006

Нигде не прописано, что первичный ключ обязательно должен быть счётчиком! Я пока тестирую с int'ом, по-моему, вполне нормальный тип для ключа. Ну ладно, сейчас сделаю генератор.

Нормальный, кто против. Но и за уникальность его сам отвечаешь

[Aleks_006]

хм... Вообще, заработало без ошибок. Надо же
И в качестве совета: что считается удобнее и лучше в моём случае, пользоваться id'шниками как уникальными номерами книг (тогда записи нельзя удалять, можно только понижать поле "количество" до нуля) или создать ещё одно int-поле для идентификатора книги (тогда счётчик вообще в задаче не задействован, и записи можно как-нибудь сносить)?

[Stilet]

Нигде не прописано, что первичный ключ обязательно должен быть счётчиком!

Это просто предложение избавить себя от геморроя.

или создать ещё одно int-поле для идентификатора книги

ИМХО это лишнее будет.
А вообще покажи структуру базы.