iBase.ru Forum

Спасибо.
А что посоветуете?

А что Вы посоветуете, если вставка каждой записи делается в рамках одной (отдельной) распределенной транзакции (между несколькими БД) и процент совпадений еще ниже (оцениваю его максимум в 10%). Число записей на порядок выше. Какой механизм эффективнее применять? Большое Спасибо за ответы. Значит об...

Хорошо, просто ответьте на несложный для Вас вопрос:
"В ТАБЛИЦЕ ЕСТЬ УНИКАЛЬНЫЙ КЛЮЧ. КАК УЗНАТЬ RDB$DB_KEY ИМЕЮЩЕЙСЯ ЗАПИСИ В МОМЕНТ, КОГДА БЫЛА ПРЕДПРИНЯТА ПОПЫТКА ВСТАВКИ ЗАПИСИ С ТАКИМ ЖЕ ЗНАЧЕНИЕМ УНИКАЛЬНОГО КЛЮЧА, И ПОЛУЧЕН ОТКАЗ." И все, больше ни о чем не прошу.

В моей модели суррогатные ПК используются, но речь о не них сейчас не идет. Говорю о УНИКАЛЬНОМ СОСТАВНОМ КЛЮЧЕ/ПОЛЕ (Он же альтернативный ключ , АК, уникальный, УК, UK. Состоящий из нескольких полей одной таблицы, в которую добавляем данные). Дублировать ничего не надо. Просто, если новая запись бу...

Привет еще раз. Написал, думал, что "светлые головы" что нибудь посоветуют по делу. Напрасно надеялся. Только посмеялись. ':twisted:' Свои проблемы решил так. В таблице есть некое составное уникальное поле. Приложение (один из видов клиентов) постоянно осуществляет вставку (это о нем речь), остальны...

Спасибо, Дмитрий.
Так и делал (по первому варианту), но решил спросить, может есть способ обойтись триггером. Нету.
И еще вопрос. Как получить идентификатор записи, на котой произошла ошибка (применительно к третьему варианту)?

Доброго времени суток всем! Если кто-нибудь знает, подскажите, пожалуйста. При вставке новой записи в таблицу, я проверяю наличие в этой таблице необходимой записи. Если нет, то просто добавляю. Если есть, то обновляю некоторые поля этой записи. Собственно, вопрос: Как в триггере BeforeInsert остано...