Клиент-серверная архитектура - Большая Энциклопедия Нефти и Газа, статья, страница 1
Опыт - это нечто, чего у вас нет до тех пор, пока оно не станет ненужным. Законы Мерфи (еще...)

Клиент-серверная архитектура

Cтраница 1


Клиент-серверная архитектура обеспечивает одновременный доступ к данным Для нескольких пользователей. Базы данных, основанные на SQL-сервере, в большинстве случаев поддерживают оптимистичную блокировку ( optimistic locking) - подход, который позволяет нескольким пользователям в одно и то же время работать с одними и теми же данными. Решение конфликтов откладывается до момента, когда пользователи отправляют SQL-серверу модифи - Цированные данные.  [1]

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

Итак, оценив преимущества клиент-серверной архитектуры, мы можем перейти к изучению конкретных методик разработки программ в клиент-серверной среде. Основная цель состоит в том, чтобы должным образом распределить нагрузку между клиентом и сервером и уменьшить пропускную способность, необходимую для передачи информации между клиентом и сервером.  [3]

Однако помимо выигрыша в производительности существуют также другие веские аргументы в пользу применения клиент-серверной архитектуры. Клиент-серверная архитектура позволяет клиентам работать с большими объемами данных. Размер базы данных может достигать нескольких сотен мегабайтов и даже больше - файлы такого размера не всегда приемлемо хранить на локальном жестком диске клиентского компьютера.  [4]

Сетевая версия программы 1С: Предприятие позволяет организовать большое число рабочих мест в файл-серверной или клиент-серверной архитектуре.  [5]

Популярность сред мультимедиа и гипермедиа, приложений, выполненных в стиле Интернета, требующих значительных объемов хранимой информации, развитие сложных клиент-серверных архитектур вызывают существенный рост затрат на создание и управление распределенными хранилищами.  [6]

Однако помимо выигрыша в производительности существуют также другие веские аргументы в пользу применения клиент-серверной архитектуры. Клиент-серверная архитектура позволяет клиентам работать с большими объемами данных. Размер базы данных может достигать нескольких сотен мегабайтов и даже больше - файлы такого размера не всегда приемлемо хранить на локальном жестком диске клиентского компьютера.  [7]

Курсор на стороне сервера управляется самой системой RDBMS. В клиент-серверной архитектуре, основанной на таких продуктах, как SQL Server, Oracle или InterBase, это означает, что управление курсором осуществляется на удаленном серверном компьютере. Если речь идет о настольной базе данных, такой как Access или Paradox, серверный курсор управляется программным продуктом, обслуживающим базу данных. То есть логически курсор расположен на сервере, однако физически база данных вместе с курсором располагается на клиентском компьютере. Как правило, серверные курсоры загружаются быстрее, чем клиентские курсоры, так как при открытии набора данных с серверным курсором нет необходимости перемещать все данные на сторону клиента. Благодаря этому серверные курсоры лучше подходят для обслуживания больших наборов данных, то есть тогда, когда клиентский компьютер не обладает объемом памяти, достаточным для хранения всего набора данных. Чтобы понять возможности курсоров обоих типов, лучше всего посмотреть, как они функционируют в той или иной ситуации.  [8]

Здесь у нас возникает фундаментальный вопрос: надо ли устанавливать на клиентском компьютере программное обеспечение доступа к базе данных. В рамках традиционной клиент-серверной архитектуры ( даже с тремя логическими звеньями) вы должны установить программное обеспечение доступа к базе данных на каждом из клиентских компьютеров. Это может оказаться непростым делом, особенно если в вашем распоряжении несколько сотен клиентских компьютеров. В рамках физической трехзвенной архитектуры вы должны установить программное обеспечение доступа к базе данных только на сервере приложений - устанавливать этот код на клиентских компьютерах не надо. Клиентская часть приложения теперь включает в себя только код пользовательского интерфейса - этот код чрезвычайно просто установить, он фактически не требует администрирования и создает минимальную нагрузку на процессор.  [9]

Следуя современным тенденциям, комплекс постоянно развивается и дополняется. В 2005 г. в компании введено в эксплуатацию третье поколение комплекса, построенное на клиент-серверной архитектуре. Комплекс легко интегрируется с другими системами, такими, как SAP R / 3, геоинформационные системы.  [10]

Архитектура построения ЛВС, основанная на использовании так называемого файлового сервера [ file server ] - относительно мощной ЭВМ, управляющей созданием, поддержкой и использованием общих информационных ресурсов локальной сети, включая доступ к ее базам данных ( БД) и отдельным файлам, а также их защиту. Для поддержки и ведения больших и очень больших БД, содержащих десятки миллионов записей, используются так называемые многопроцессорные системы, которые способны эффективно обрабатывать значительные объемы информации и обладают хорошим соотношением характеристик цена / производительность. В отличие от клиент-серверной архитектуры данный принцип построения сети предполагает, что включенные в нее рабочие станции являются полноценными ЭВМ с установленным на них полным объемом необходимого для независимой работы составом средств основного и прикладного программного обеспечения. Другими словами, в указанном случае отсутствуют возможности разделения вычислительной нагрузки между сервером и терминалами сети, характерные для архитектуры типа файл-сервер, и, как следствие, общие стоимостные показатели цена / производительность сети в целом могут быть ниже. Общим недостатком ранних версий разработок средств программного обеспечения отечественных АБИС являлся тот факт, что они были ориентированы только на файл-серверную архитектуру построения вычислительной сети.  [11]

12 Вывод примера CustLookup с элементом управления DBLookupComboBox, отображающим несколько столбцов в ниспадающем списке. [12]

Таким образом, возникает проблема: в рамках одной формы требуется отобразить сведения о заказе, извлеченные из одной таблицы, и имя заказчика, извлеченное из другой таблицы. Данный способ плохо подходит для клиент-серверной архитектуры с большими по размеру таблицами, о чем рассказывается в следующей главе.  [13]

Сложившаяся информационная технология intraware ( от intranet и groupware) соединяет groupware, обработку сообщений и доступ к интранет-сети. Domino / Notes и Group Wise относятся к категории intraware, объединившей в себе средства электронной почты, конференц-связи, управления документами, автоматизации деловых процессов ( workflow) и группового планирования с гибкими и мощными возможностями Интернета. Эти системы обладают большой степенью интеграции, имеют пакетную комплектацию и основаны на традиционной клиент-серверной архитектуре.  [14]



Страницы:      1