MasterZiv AndyVА вот это уже не верно в случае с ASE 11.9.x ...
В связи с чем поимел большие тормаза удаляя записи из MASTER таблицы для которой существует DETAIL таблица без индекса по FOREIGN KEY.


Это плохо, если ASA создает эти индексы автоматом. Они нужны не всегда.
Присоединяюсь - на самом деле иногда действительно плохо. Но только для FK - для PK и UNIQUE CONSTRAINT - это нормально, по любому нужно гарантировать уникальность. А вот для FK бывает засада - например на поле FK нужно сделать UNIQUE CONSTRAINT/INDEX - в итоге получаем дублирование индекса на индекс FK, что для таблиц с большим кол-вом записей не хорошо. Пока же лечится 2-мя способами:
1. Не делать UNIQUE INDEX, а написать триггер, который проверяет уникальность
2. Не делать сам FK, а написать триггер, поддерживающий целостность.
Второй способ на самом деле лучше, так как UNIQUE во первых будет работать быстрее, чем триггер, во вторых позволит снизить кол-во ресурсов на блокировки, если он задействован в запросах, плюс та же проверка по FK будет достаточно шустро отрабатывать в триггере по UNIQUE INDEX.

P.S. Помнится в свое время по этому поводу была достаточно активная дисскусия на sybase.com, однако что для себя решили разработчики ASA не понятно - если вняли, то может быть сделают опциональный ключ при описании FK, для указания, делать автоматический внутренний индекс по FK или нет, по умолчанию естественно на FK индекс должен делаться автоматически, но возможность явно указать не строить индекс конечно же должна быть.