Цитата(Wanderer2019 @ 28.3.2007, 18:22  ) | | какие минусы в хранении текста запроса к БД в .cs файле? |
Когда кто-либо говорит про трехзвенную архитектуру и сравнивает ее с клиент-серверной архитектурой, то это примерно выглядит следующим образом:
"трехзвенная архитектура" - есть хранилище данных (1-е звено), есть сервер приложений (2-е звено), который выбирает из этого хранилища данные и определенным образом эти данные обрабатывает и после обработки конечный результат уже посылает на терминал клиента (3-е звено).
"клиент-сервер" - есть хранилище данных (сервер) и клиент, который с этого сервера выбирает данные с помощью определенного языка запросов (SQL).
Возможно данное определение технологии "клиент-сервер" и было правильным, но только очень давно. Когда еще не было нормальных баз данных, а были СУБД (навроде FoxPro) со встроенной поддержкой sql-запросов.
Более правильное описание технологии "клиент-сервер" следующее:
Есть хранилище данных (1-е звено) и клиент (3-е звено), который с этого сервера выбирает данные с помощью определенного языка запросов (SQL), но еще есть сервер приложений (2-е звено), уже встроенный в базу данных, с помощью которого можно обрабатывать данные любыми известными реляционной алгебре способами и уже после этого передавать конечный результат на клиента.
Так что закатывать глаза и говорить, что "трехзвенка это круто, не то что клиент-сервер" мягко говоря глупо. Каждая из этих технологий имеет свой круг применения. Трехзвенная архитектура, как правило, нужна только в случаях выполнения ОЧЕНЬ сложных обработок данных на серверной части.
Хранимые процедуры компилируются(что повышает скорость выполнения) и выполняют роль сервера приложений. С их помощью с данными можно делать все. Для этого достаточно вызвать заранее написанный код в виде хранимой процедуры со стороны клиента.
Еще хранимые процедуры могут использоваться для ограничения доступа к базе данных. Например, можно запретить для пользователей доступ на добавление записей в таблицу, и выполнять добавление записей с помощью специальной хранимой процедуры, доступ к которой открыт для всех.
| Цитата(Wanderer2019 @ 28.3.2007, 18:22 ) | | а это что такое ? и зачем нужно? |
Дополнительное исключение возможныйых SQL-inj
| Цитата(Wanderer2019 @ 28.3.2007, 18:22 ) | | А что значит friendly-links? это как? |
Путешествуя по сети, нередко можно увидеть URL вида ‘/content.cgi?date=2000-02-21’ или ‘/article.cgi?id=46&page=1’. Подобного вида ссылки говорят о том, что полученный документ - есть результат работы скрипта на стороне сервера. Такая запись удобна с точки зрения сервера и еще может быть программиста, но что делать пользователям? Ведь в лучшем случае, в качестве параметров, передаваемых в URL, используются слова английского языка, как в приведенных случаях - date, page. Но и это совсем необязательно, т.к. вид передаваемых параметров в URL зависит только от чистоты совести проектировщика.
Кроме того, следует учитывать, что посетитель сайта с дружественным интерфейсом URL, постепенно привыкает к такой адресации и может осуществлять переходы в пределах проекта, видоизменяя URL вручную.
К настоящему моменту уже сложились определенные традиции в проектировании web-сайтов. Применение дружественных URL является признаком продуманности, хорошего тона и профессионализма разработчика. Плюс еще и в том, что при изменении структуры сайта, каталогов, имен скриптов и передаваемых параметров обеспечивается переносимость, т.к. пользователи, приходящие по старым ссылкам, будут получать прогнозируемое содержимое. |
