имхо: Если что-то нужно для долгого хранения - в течении всего сеанса или т.п. - ползуйся временной таблой. Оно и запросы строить легче. А если что-то надо быстро передать в обработчик и там, не отходя от кассы, наобрабатываться вдребезги, - то тут всякий раз в таблицу лазить незачем, и переменная не повредит... но вот тут-то можно и нужно тщательно обработчики заточить. Мест таких немного. Тогда соглашение компактного использования переменной - "передались, шустро попользовали и не помним, что такие есть" - гарантирует от неактуальных данных. (при наличии именно в этих местах всех обработчиков)

Кстати, если хранить некие данные в свойствах (форм), а сами формы открывать как экземпляры, то сбрасывание их переменных (в описвающих модулях) приведет к закрытию этих форм. Т.ч. попользоваться "неверными" свойствами умерших с ними форм не удастся. Следовательно:
___
Идея: Можно к примеру так заставку открыть (экземпляром). Как нет заставки - так нет и всех ее свойств. Действительно глобальной объявить переменную этой "заставки". Как она схлопнется - все обращения к прочим "глобальным" - т.е. в этом случае свойствам (или пабликам) "заставки" будут давать ашипку. Думается. (типа err=91 "Объектная переменная или переменная блока With не задана"). ...Остальные формы можно открывать "классически" (если ломает, или приложение старое/стандартное). Вот вам и "грамотное" расположение переменных.