Это решаемо - поменять местами операнд у OR.
гм... я боюсь, что вычисления 2-го операнда при этом все равно не избежать. Да даже если и избежишь - опять же выходит, что нужно следить за порядком, т.е. нужна большая осторожность, о чем я уже и говорил.
А что делать?
да не, я просто подумал, что для меня, напр., было бы персональной трагедией переходить на Access после сиквела :))
чтобы при внесении изменений
в одну таблицу надо было делать изменения не более чем в одном файле
скрипта. Вьюшки это требование рушат напрочь..
репортинговые хранимки, использующие ту же туеву хучу столбцов, что и вьюхи, точно так же рушат это требование.
И еще насчет репортинга, поясню. При большом количестве репортов самый простой способ - это сделать грамотную иерархию вьюх-кубиков, которые разработчики репортов будут использовать как конструктор, комбинируя их в различных вариантах. Покрывать каждую комбинацию своей хранимкой - дело безнадежное. И даже какие-то спец. репорты для особых клиентских нужд в большинстве своем покрываются комбинацией уже существующих вьюх.
В общем, в нашем случае этот подход себя более чем оправдывает.
--------------
Авиатор х#ев