в InterBase и Firebird - drop constraint и create constraint. modify/alter в отношении PK, FK или UNIQUE - нет.

замечу, что вопрос странный. если вы пишете какой-то софт, который будет зачем-то альтерить ФК во всех известных СУБД, то вам так или иначе придется не просто прочитать документацию, но еще и ознакомиться с изменениями от версии к версии в каждом сервере.
Допустим, у Оракла есть alter table modify constraint, там они инвалидируются и т.п., в других серверах по другому.
Но если вы интересуетесь "вообще", и речь идет об изменении столбцов внешнего ключа, таблицы внешнего ключа или типа каскадных обновлений, то тут все совершенно прозрачно - ничего модифицировать не нужно, нужно удалить ФК и создать его заново.
а такие операторы DDL вполне стандартны (если СУБД вообще поддерживает ФК в виде constraint).

CHERTя хотел реорганизовать структуру БД и при удалении внешнего ключа данные удалятся,
с какого буя будут происходить такие ужасные ужасы??? Удаление ФК не может приводить ни к какому удалению данных ни при каких условиях.

в IB/FB удаление столбца не приводит ни к какому удалению данных (кроме данных удаляемого столбца).
В любом случае, если по столбцу построен ФК, нормальная СУБД должна препятствовать удалению такого столбца до тех пор, пока ФК по нему и любые зависимости не удалены.