Как минимизировать связь / зависимость между физическими изменениями DDL и изменениями PL / SQL?

Мы столкнулись с конкретной проблемой с нашим определением таблицы Oracle (DDL) и в одном из наших Скрипты PL / SQL.

Проблема в том, что в таблице было изменение с varchar (20) на varchar (30) , однако это изменение не было тщательно отражено в одном из наших сценариев PL / SQL, потребляющих данные, который все еще был varchar (20) , что привело к ошибке ORA-06502: PL / SQL: числовая или значимая ошибка в течение одного наших регрессионных тестов.

Я хотел бы попросить совета у Oracle и экспертов по базам данных здесь, сталкивались ли вы с такими сценариями в прошлом, когда были изменения в табличном DDL и не были отражены в PL / SQL и как вы справитесь с этим пробелом.

Я знаю, что одним из простых способов может быть какая-то форма принудительного исполнения или оформление документов, но может ли быть более красивое или элегантное решение, то есть способ работы внешних ключей, позволяющий избежать аномалий вставки / обновления / удаления?

С благодарностью!