Cтраница 1
Серверный API ( Server API) помогает в создании интерфейса согласованной связи с таблицами базы данных. Он состоит из двух частей: табличного API ( Table API), или обработчика таблицы ( см. главу 14), и API компонентов модуля ( Module Component API, MCAPI), или обработчика модуля. [1]
В серверных ЛВС реализованы две модели взаимодействия пользователей с рабочими станциями: модель файл-сервер и модель клиент-сервер. [2]
Теперь рассмотрим перечисленные составные части серверного Web-прило-жсння более подробно. [3]
Разрешает использовать порт для выполнения как серверных, так и клиентских функций службы удаленного доступа. [4]
Благодаря независимости от протоколов, существенно упрощается перенос как серверного, так и клиентского ПО системы на различные платформы. Особенно простым является перенос серверной части, которая реализована на языке Си и включает обращения только к стандартным библиотекам, которые существуют в реализации его компилятора на всех программно-технических платформах. Это вполне естественно, поскольку серверная часть не имеет развитых диалоговых функций. Перенос на другие платформы клиентской части сложнее, однако открытый принцип взаимодействия сервера и клиентов позволяет создавать их независимыми от производителя фирмами. [5]
В первой версии системы CORBA протокол между клиентским и серверным ORB-посредниками не был определен. В результате каждый разработчик ORB-посредников использовал свой отличный протокол, и различные реализации ORB не могли общаться друг с другом. [6]
Одноуровневые СУБД могут быть сконфигурированы для работы как с серверными, так и с клиентскими приложениями, использующими протокол ТСРЛР. В этом стиле решаются проблемы тиражирования отношений баз данных, балансировки нагрузки, создания контрольных точек, сохраняющих на дисках состояние базы и журнал регистрации транзакций. [7]
Модель формирования потока - это объединенное решение для клиентского и серверного приложений: если обе стороны согласны с определенной моделью, то она и используется для соединения. Если согласия найдено не будет, то СОМ по-прежнему может установить соединение, используя маршалинг ( marshaling), что может замедлить выполнение операций. Также учтите, что сервер должен не только публиковать свою модель формирования потока в реестре ( в соответствии с настройкой параметра мастера), в программном коде он также должен придерживаться правил модели формирования потока. [8]
Абстрактная система запросов является основным языком общения между клиентским и серверным приложениями. Этот тип запросов полностью независим от физической организации данных на стороне сервера. [9]
Обычно сетевые программные системы так или иначе привязаны к определенным сетевым протоколам и серверным СУБД. Однако существуют и иные способы реализации архитектуры клиент-сервер. В этой связи особый интерес представляет сетевая версия системы Финансы без проблем. Важнейшей отличительной чертой ее построения является то, что разработчики создали специализированный сервер Финансов без проблем. Основная идея состоит в том, чтобы достичь как можно более высокой информационной содержательности сообщений при организации обмена данными между сервером и клиентом, в полной мере учитывающей специфику информации предметной области. [10]
Архитектура информационно-вычислительной системы ( architecture), в которой обработка данных распределяется между клиентскими ( client) и серверными ( server) ресурсами сети. [11]
В результате, в качестве основной программной платформы был выбран интерфейс ISAPI как наиболее быстрый, не требующий установки дополнительного серверного ПО и нетребовательный к объему доступной памяти. [12]
Табличный прикладной программный интерфейс, или табличный API ( Table Application Programmatic Interface, Table API), - это часть серверного API ( Server API), управляющая выполняемыми над таблицей операциями DML. Табличный API состоит из процедур, предназначенных для выполнения над таблицей операций INSERT, UPDATE, DELETE, SELECT и LOCK. Эти процедуры называются обработчиками таблицы ( table handlers) и несут полную ответственность за все операции, производимые над ней. [13]
В типичном распределенном приложении вычислительная задача делится на два процесса: клиентский, требующий минимальные ресурсы и выполняемый на рабочей станции клиента, и серверный, выполняемый на сервере и требующий подчас большие объемы данных или вычислений, общие правила обработки или специализированное оборудование. При этом сервер предоставляет свои вычислительные мощности в общее пользование, выполняя приложения по поручению клиентов. [14]
Хотя выбор и пал на ISAPI интерфейс, следует заметить, что в принципе могла быть использована любая из вышеперечисленных технологий динамического формирования WEB-страниц в зависимости от установленного серверного ПО и операционной системы. [15]