Почитал умную книжку и обнаружил офигенный механизм ссылочной целостности для БД. Я сразу понял, что это как раз то, чего не хватает для наших БД и принялся за дело...В понедельник пришли операторы и принялись за обычную работу, но....стали вылетать ошибки о несоответствии заносимых данных. Сначало я начал править программы, но потом понял, что это слишком дорого и долго и пришлось потихоньку отключать все связки   . Так вот вопрос - насколько рационально использование тригерров для обеспечения ссылочной целостности. Я поспрашивал знающих и они говорят, что триггеры исполняются медленней и что это вообще извращение и лучше этого не делать. А Ваше мнение?
Сервер FireBird 2.0 Alpha 2

для этои цели нужно пользоватся тригерами в том случае, когда другие средства не могут обеспечить нужную функционалность

А поконкретней, что эти тригера делают? Может там внешними ключами обойтись можно.

для ссылочной целостности лучше всего использовать внешние  ключи! О как!

в печку ее!!!

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

Ну зачем же так строго? Если автор книги описАл возможность использования такого механизма, то что в этом плохого?  

1. В книге я узнал про ссылочную целостность, а не про её замену на тригерры

2. Я и не говорил, что тригерры лучше или, что я стремлюсь изобрести велосипед с квадратными колесами.

3. Программы, которые работают с БД написанны с использованием BDE и почему то выдают ошибки при наличии ссылочной целостности, хотя целостность не нарушенна.

Для примера, в одной из программ компонент BDE выполнял update и вываливался с ошибкой про внешние ключи. Заменил компонент на IBQuery и ошибка исчезла!!! Получается, что BDE не понимает всех тонкостей FireBird???
Ведь ссылочная целостность присутствовала и в Delphi 3, а тогда была тока BDE, но там был сервер InterBase.

Возможно порядок заполнения данных в BDE не адекватен твоей базе.
Возможно BDE и не знает что такая (целостость) вообще существует.


Наверняка заточена под IB, что и следует из названия.

drkot,  Ну вот об этом и речь!!! ТОгда у меня один выход (или есть другой) - использовать тригеры. 

выход в том, чтобы не использовать BDE

Fazil6,  Программа была написана несеолько лет назад и изменять её никто не будет (тем более по правилам программистов, если работает тогда не трогай - пускай работает).

Вопрос был в следующем - насколько надежны и быстры триггеры и есть ли смысл их использовать, или это лишь замедлит процесс???

Это в любом случае замедлит процесс - ведь чтото делать всегда дольше чем ничего не делать. А вот на сколько замедлит это надо проверять.

иногда без триггеров не обойтись: например, если таблица для обеспечения ссылочной целостности должна ссылаться на саму себя(например, хранение дерева в виде связки "отец"+"сын"). у меня, по крайней мере, foreign key на саму себя не создался под IB 6.5. Обошёлся триггерами. Но они, естественно, потенциально медленнее, т.к. намного гибче ссылочной целостности... Кто-то же эту гибкость должен реализовывать...