В чем разница между веб-приложением и клиентским/серверным приложением?
Я взял это из другой вопрос у меня было.
при соответствующем использовании для sqlite он имеет:
Ситуации, Когда SQLite Работает Хорошо
•сайты
SQLite обычно будет работать отлично, как СУБД для малых и средних трафик веб-сайтов (то есть, 99,9% всех сайтов). Объем веб-трафика, который может обрабатывать SQLite зависит, конечно, от того, насколько сильно сайт использует свою базу данных. Обычно говоря, любой сайт, который получает меньше чем 100к хитов в сутки должен работать нормально с SQLite. На 100К хитов в сутки рис. является ли консервативная оценка, не трудно верхняя граница. SQLite был продемонстрировали работу с 10 раза такое количество трафика.
ситуации, когда другая РСУБД может Работайте Лучше
•Клиент/Серверные Приложения
Если у вас много клиентских программ доступ к общей базе данных через сеть, вы должны рассмотрите возможность использования вместо этого компонент клиент / сервер database engine из данных SQLite. SQLite будет работать над сетевая файловая система, но из-за задержка, связанная с большинством сетей файловые системы, производительность не будет отличный. Кроме того, логика блокировки файлов многие сетевые файловые системы реализация содержит ошибки (на обоих Unix и Windows). Если блокировка файла не работает так, как должно, это может возможно для двух или более клиентов программы для изменения одной и той же части та же база данных на то же время, приводит к повреждению базы данных. Потому что эта проблема возникает из-за ошибки в файловой системе реализация, нет ничего SQLite может сделать, чтобы предотвратить это.
хорошее эмпирическое правило заключается в том, что вы следует избегать использования SQLite в ситуации, когда одна и та же база данных будет осуществляться одновременно с много компьютеров по сети файловая система.
Мой Вопрос:
Я собираюсь показать свое невежество но в чем разница между этими двумя?
5 ответов
"веб-приложения", в котором браузер обычно используется в качестве клиента. Веб-приложение-это Клиент / серверное приложение. Другими словами, вы можете рассматривать клиент / серверное приложение как суперкласс, где веб-приложение является дочерним классом.
" веб " приложения подразумевают, что браузер является клиентом
клиент / серверные приложения подразумевают пользовательское клиентское приложение. Подумайте, что Outlook подключен к exchange, хотя он может использовать интернет для подключения, это его собственный клиент к серверу exchange.
EDIT:
более конкретно к тексту sqlite, который вы опубликовали, они означают, что клиентские приложения не должны напрямую обращаться к вашей БД sqllite, а вместо этого должны использовать какой-то серверный интерфейс (т. е. веб-служба json)
но это эмпирическое правило, на мой взгляд, применимо ко всем ядрам баз данных. Если бы я использовал SQL Server или Oracle, я бы определенно избегал подключения клиентских приложений непосредственно к БД, это имеет много потенциальных проблем, первая из которых-безопасность.
есть несколько отличий Примечание:
веб-приложения предполагают, что клиент является веб-браузером и что связь между клиентом и сервером не имеет состояния (HTTP). Он также имеет тенденцию предполагать, что клиент "тонкий" и очень мало обработки информации в браузере.
клиент-серверные приложения предполагают, что клиент является "толстым" клиентом и что связь между клиентом и сервером поддерживает состояние (это не обязательно верно). Общение может быть практически любым протоколом. Старомодный клиент-сервер или 2-уровневое приложение имеет каждый клиент подключается к базе данных непосредственно - я бы посоветовал против этого по различным причинам, номер один безопасности. Вероятно, это то, что источник, который вы опубликовали, имел в виду, когда говорил, что SQLite не подходит.
тип приложения уровня 3+все еще может иметь связь клиент-сервер с состоянием, но средний уровень будет обрабатывать фактическую связь с базой данных. В этом случае задержка в сети не важна, и SQLite может работать (потому что это больше похоже на веб-приложение).
разница B / n клиент / серверное приложение и сервер веб-приложений
1)приложений клиент-сервер последующих двух уровневую архитектуру, но приложения веб-сервера состоит из трех ярусов или архитектуры'tier.
2) в клиентском серверном приложении мы не будем использовать веб-серверы, но в веб-серверных приложениях будет использоваться то же самое.
3)приложения клиент сервер главно используется в области интранет,но приложения веб-сервера в Internet области.
4) Проблемы Securiry очень меньше в клиентском сервере,поскольку есть минимальные пользователи, но в веб-сервере проблемы безопасности максимальны, поскольку конечные пользователи больше.
5) вопросы производительности не будут приняты во внимание в клиентском сервере, но рассмотрение будет сделано веб-серверных приложений.
- веб-приложения работают в браузере, клиент-серверные приложения работают как .исполняемый.
- веб-приложения работают на сервере, клиент-серверные приложения работают на стороне клиента.
- веб-приложение-тонкий клиент, клиент-серверное приложение-толстый клиент.
- веб-приложение не должно быть установлено в клиентской системе, клиент-серверные приложения должны быть установлены в клиентской системе 5.Веб-приложения нуждаются в низком обслуживании, клиент-серверные приложения нуждаются в высоком обслуживание
http://webvsclientserverbysujan.blogspot.in/2014/01/WebVsDesktoApppbysujan.blogspot.com.html