Василий 2Dimitry Sibiryakovпропущено...

"Чо?" (с)

Какие поля каких записей у тебя служат параметрами отчёта и нуждаются в валидации?

Да любые. Вот есть структура Фермер, 1:М Фермер=>Ферма, 1:М Ферма=>Корова. Надо запустить распечатку по фермеру Джону. А вдруг у него нет ни одной фермы? А вдруг на ферме нет ни одной коровы? А вдруг он не вступил в собственность? Т.е. данные в базе есть, но их недостаточно для требований распечатки. И что, ты предлагаешь на каждый просмотр фермера дергать все эти детейлы? Или хреначить отчет с тем, что есть, чтобы операторы полупились на лист с половиной пустых ячеек?

Процедура выдачи отчёта не должна интересоваться возможностью построить себя и наличием данных...
Если есть подобные варианты, то перед самим построением отчёта необходимо производить форматно-логический контроль... функцией в БД, функцией на форме - не суть.

Василий 2zinpubПроцедура выдачи отчёта не должна интересоваться возможностью построить себя и наличием данных...
Если есть подобные варианты, то перед самим построением отчёта необходимо производить форматно-логический контроль... функцией в БД, функцией на форме - не суть.
Собственно мой поинт именно в том, что этот контроль запускается перед построением, а не на каждый чих, чтобы значица кнопочку задизейблить, дабы не дай бог юзер мессагу не получил. Пусть лучше гадает, чего там программе не хватает, и с кем надо переспать, чтобы кнопочка включилась

В данном случае - если предполагается более-менее сложная система проверки то конечно не стоит.
Дизейблить есть смысл, когда полей ввода данных немного, и они поддаются простой локальной проверке - типа дата рождения не 17 век, кол-во детей не больше 50 итд...