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


ИМХО, не все так просто, как Вы пишите.

Рассмотрим, например, сумму транзакции:

Правило первое: "Если транзакция инициирована в банкомате, то сумма таких транзакций за день не может превышать Х(например - $500).

Очевидно, что из этого следует, что любая атомарная транзакция в банкомате не может превышать $500. Эту проверку можно и нужно провести на клиенте.

Более того, после проверки пин-кода можно передать на клиент сумму уже произведенных трамзакций за день и провести полную проверку (возможность этого действия определяется из стандартов безопасности). В любом из вариантов, эту же проверку нужно провести на сервере (ИМХО, в БД).

Таким образом мы видим, что одно и то же бизнес-правило применяется дважды - на клиенте(для удобства пользователя и уменьшения числа раунд-трипов) и на сервере(БД) (для поддержания целостности).

Правило второе: "Сумма снятия не должна превышать остаток на счету более чем на предел овердрафта, установленный для данного пользователя".

Опять же, предварительную проверку можно провести на клиенте, но окончательная должна быть обеспечена на уровне БД.

Правило третье. "при выполнении условия Х (например, сумма депозита более $10.000) необходимо сообщить по адресу alert@irs.gov".

Выполнения этого правила зависит от сложности условия и возможностей соответствующего звена посылать сообщения. В общем случае(например, если транзакции можно осуществлять через разных клиентов, включая прямой доступ к базе), оно должно быть инициировано из БД и, если есть такая функцинальность, оттуда и отослано.

Проверка должна производиться на СП, если в базе нет всей необходимой информации (например, номер карточки отслеживается федеральной службой и предоставляется через веб-сервис.

Я ответил на Ваш вопрос?

Bogdanov Andreydrev1. К базе данных обращаются разные программыЕсли разные программы обращаются именно к базе данных, то естественно, что база данных должна представлять собой целостный сервис и все проверки обеспечивающие эту целостность должны быть в БД.

Но обычно (по крайней мере в последнее время), если одними данными пользуется несколько разных программ, то существует некий централизованный сервер приложений, предоставляющий им интерфейсы.

К сожалению, это "обычно" мне практически не встречалось

iscrafmdrev
Я ответил на Ваш вопрос?
Вы описали обычные процедуры бизнес-логики. К проверке ввода не имеющие отношения. Все действия действительно выполняются на сервере, ну разве что, применительно к банкомату, проверка максимальной суммы атомарной транзакции, заданной как параметр. Для остального - связь с сервером.

drevПравило второе: "Сумма снятия не должна превышать остаток на счету более чем на предел овердрафта, установленный для данного пользователя".
Опять же, предварительную проверку можно провести на клиенте, но окончательная должна быть обеспечена на уровне БД.
какие еще предварительные проверки овердрафта на клиенте? шутить изволите.

У нас с Вами явно разные представления о data validation.

Попытка противопоставить "проверку ввода и процедуры бизнес-логики" ясно это показывает.

В классическом понимании "проверка ввода" осуществляется на основании бизнес-правил, которые могут выражены многими способами, в частности, с помощью "процедур бизнес-логики" или декларативных правил или другими способами.

Вы согласны с этим? Если "да" - я не понимаю смысла Вашего высказывания. Если "нет" - не могли бы вы привести свое определение?

Я постарался Вам показать (последовательно), что существуют бижес-правила разной сложности и "динамичности. Некоторые из них можно выполнить на клиенте, некоторые - только на сервере, некоторые - предварительно на клиенте. Например - "проверки овердрафта на клиенте".

После проверки пин-кода на клиенте(банкомате) доступна информация об текущем остатке (если есть овердрафт, и о нем тоже). Эту информацию можно использовать для предварительной проверки валидности транзакции и подсказки клиенту, что она может быть невалидной.

Так понятно?

iscrafmКифирчикiscrafm как же все-таки поступят адепты утверждения "все только на хранимках"?
рискну предположить, что напишут очередную ХП для этого действия, и возможно, если будет изменяемое колличество параметров, внутри будет динамичекский SQL

а количество параметров тоже динамически изменяемое? Или парсер напишут?


Ну, если пошла такая пьянка :) А парсер-то зачем писать? Передали XML и пользуемся встроенным :)

iscrafm drevУ нас с Вами явно разные представления о data validation.
Попытка противопоставить "проверку ввода и процедуры бизнес-логики" ясно это показывает.

и не только со мной. Как уже говорил выше, есть понятие валидации , есть понятие верификации . Определений полно в интернете. Верификацию действительно делают на клиенте. Валидацию тоже конечно можно, если система для монопольного использования.

Вау, чем дальше в лес.. ОК, читаем здесь : http://msdn.microsoft.com/en-us/library/aa291820(VS.71).aspx
1. "One of the simplest forms of data validation is verifying the data type."
2. "This kind of complex multifile data validation is often best handled with procedure-based business rules."

Так понятно?
iscrafm
drevНапример - "проверки овердрафта на клиенте".
После проверки пин-кода на клиенте(банкомате) доступна информация об текущем остатке (если есть овердрафт, и о нем тоже). Эту информацию можно использовать для предварительной проверки валидности транзакции и подсказки клиенту, что она может быть невалидной.
Так понятно?
в каком банке таким образом банкоматы построены? постараюсь не пользоваться
Я боюсь, Вас туда клиентом не возьмут :( Wells Fargo, например.

iscrafmdreviscrafm drevУ нас с Вами явно разные представления о data validation.
Попытка противопоставить "проверку ввода и процедуры бизнес-логики" ясно это показывает.

и не только со мной. Как уже говорил выше, есть понятие валидации , есть понятие верификации . Определений полно в интернете. Верификацию действительно делают на клиенте. Валидацию тоже конечно можно, если система для монопольного использования.

Вау, чем дальше в лес.. ОК, читаем здесь : http://msdn.microsoft.com/en-us/library/aa291820(VS.71).aspx
1. "One of the simplest forms of data validation is verifying the data type."
2. "This kind of complex multifile data validation is often best handled with procedure-based business rules."

Так понятно?

а сами поняли? Вы привели выдержку в которой написано, что:
1. простейшей формой валидации является верификация соответствия типов данных
2. комплексная валидация выполняется при помощи процедур бизнес-логики
я, в общем-то, об этом и говорю. Есть верификация, есть валидация. Что должно быть понятно?




Я-то понял:)

Может Вы не будете "лезть с ножом на паровоз"? (с) Макаренко.

В фразах "Верификацию действительно делают на клиенте. Валидацию тоже конечно можно, если система для монопольного использования." - ключевое слово - "тоже".

Из его использование вытекает, что понятие "верификация" не пересекается с понятием "валидация".

Что противоречит высказыванию " простейшей формой валидации является верификация .."


Далее, Вы согласны наконец, что "процедур бизнес-логики" все-таки имеют отношение к "валидации"? Великолепно :)

iscrafmdrevВ фразах "Верификацию действительно делают на клиенте. Валидацию тоже конечно можно, если система для монопольного использования." - ключевое слово - "тоже".
Из его использование вытекает, что понятие "верификация" не пересекается с понятием "валидация".
Что противоречит высказыванию " простейшей формой валидации является верификация .."

верификация=проверка
валидация=проверка+утверждение
что с чем вступает в противоречие - непонятно. Валидацию действительно можно сделать на клиенте, если работать в режиме монопольного доступа. Вы о чем собственно? Особенно про нижи и паровозы...
Ок, проверка, что значение входит в границы диапазона, это валидация или верификация?