Процедуры и представления компилируются и в них сохраняются описания параметров и полей результирующего набора данных (в том числе в метаструктуре БД). Естественно после изменения структуры БД, другого используемого представления или процедуры никто автоматически перекомпилировать процедуры и представления не будет. Для того, чтобы не допускать подобных ошибок (а это именно ошибка проектировщика, а не баг или фича), необходимо соблюдать следующие простые правила:
1. Никогда не писать в представлениях и процедурах SELECT *, а всегда указывать список нужных полей.
2. Явно описывать в процедурах и представлениях возвращаемый результирующий набор через ключевое слово RESULT.
3. Ну и естественно стараться перед проектированием БД собрать как можно полное ТЗ и сразу описать все поля, стремясь к ситуации, что поля могут добавляться, но желательно никогда удаляться.

Если же и случается такая ситуация, то в принципе написать для ISQL шаблон, который с системных таблиц получит список представления, выполнил на них "ALTER VIEW ViewName RECOMPILE" и список ХП, на который выполнит "ALTER PROCEDURE".

P.S. Странно, что не пользуетесь в ХП SELECT-ами. В отличие от представлений ХП получаются выгоднее и удобнее тем, что с их помощью можно сэмулировать параметризированные представления, в которых гораздо удобнее написать и вернуть сразу с параметрами запрос, где данных ХП в 9.0.2 могут сами использоваться в SELECT-ах.
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase

Тогда сорри, просто не правильно понял :)
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase