ВУЗ:
Составители:
Рубрика:
11
2. Приложения, предоставляемые поставщиками (часто называемые инструмен-
тальными средствами). В целом назначение таких средств - содействовать в
процессе создания и выполнения других приложений, т.е. приложений, которые
делаются специально для некоторой специфической задачи (хотя созданные при-
ложения могут и не выглядеть как приложения в общепринятом смысле). Дейст-
вительно, эта категория инструментальных средств позволяет пользователям, осо-
бенно конечным, создавать приложения без написания традиционных программ.
Например, одно из предоставляемых поставщиками инструментальных средств
может быть процессором языка запросов, с помощью которого конечный
пользователь может выдавать незапланированные запросы к системе. Каждый
такой запрос является, по существу, не чем иным, как специальным приложением
(например, ISQL СУБД MS SQL Server), предназначенным для выполнения
некоторых специфических функций.
Поставляемые инструментальные средства, в свою очередь, делятся на несколько
самостоятельных классов:
• процессоры языков запросов;
• генераторы отчетов;
• графические бизнес-подсистемы;
• электронные таблицы:
• процессоры обычных языков;
• средства управления копированием;
• генераторы приложений;
• другие средства разработки приложений, включая CASE-продукты (CASE или
Computer-Aided Software Engineering - автоматизация разработки программного
обеспечения), и т.д.
Подробности об этих приложениях выходят за рамки данного курса, однако следует
отметить, что главная задача системы баз данных - это поддержка создания и выполнения
приложений, поэтому качество имеющихся клиентских инструментальных средств
должно быть главным образом при выборе базы данных (т.е. процессе выбора
подходящей системы для данного заказчика). Другими - словами, СУБД сама но себе не
единственный и - не обязательно важнейший фактор, который нужно учитывать.
Необходимо отметить, что так как система в целом может быть четко разделена на
две части (сервер и клиенты), появляется возможность работы этих двух частей на разных
машинах. Иначе говоря, существует возможность распределенной обработки.
Распределенная обработка предполагает, что отдельные машины можно соединить
какой-нибудь коммуникационной сетью таким способом, что определенная задача,
обрабатывающая данные, может быть распределена на нескольких машинах в сети. На
самом деле, эта возможность настолько заманчива по различным соображениям, главным
образом практическим, что термин "клиент/сервер" стал применяться исключительно в
случае, если сервер и клиенты действительно находятся на разных машинах. Такое
применение термина - небрежное, но очень распространенное. Технология,
поддерживающая распределённую обработку данных должна обеспечивать клиенту
доступ к распределённой БД точно так же, как доступ к централизованной БД. При этом
данные могут храниться на локальном узле, на удалённом узле или обоих узлах - их
расположение должно оставаться прозрачным как для конечного пользователя, так и для
программы.
Прежде чем рассмотреть упрощенную технологию работы в клиент-серверной
архитектуре, приведем историю развития архитектуры обработки данных с
использованием баз данных. К настоящему времени их три:
A. База данных на мэйнфрейме.
2. Приложения, предоставляемые поставщиками (часто называемые инструмен-
тальными средствами). В целом назначение таких средств - содействовать в
процессе создания и выполнения других приложений, т.е. приложений, которые
делаются специально для некоторой специфической задачи (хотя созданные при-
ложения могут и не выглядеть как приложения в общепринятом смысле). Дейст-
вительно, эта категория инструментальных средств позволяет пользователям, осо-
бенно конечным, создавать приложения без написания традиционных программ.
Например, одно из предоставляемых поставщиками инструментальных средств
может быть процессором языка запросов, с помощью которого конечный
пользователь может выдавать незапланированные запросы к системе. Каждый
такой запрос является, по существу, не чем иным, как специальным приложением
(например, ISQL СУБД MS SQL Server), предназначенным для выполнения
некоторых специфических функций.
Поставляемые инструментальные средства, в свою очередь, делятся на несколько
самостоятельных классов:
• процессоры языков запросов;
• генераторы отчетов;
• графические бизнес-подсистемы;
• электронные таблицы:
• процессоры обычных языков;
• средства управления копированием;
• генераторы приложений;
• другие средства разработки приложений, включая CASE-продукты (CASE или
Computer-Aided Software Engineering - автоматизация разработки программного
обеспечения), и т.д.
Подробности об этих приложениях выходят за рамки данного курса, однако следует
отметить, что главная задача системы баз данных - это поддержка создания и выполнения
приложений, поэтому качество имеющихся клиентских инструментальных средств
должно быть главным образом при выборе базы данных (т.е. процессе выбора
подходящей системы для данного заказчика). Другими - словами, СУБД сама но себе не
единственный и - не обязательно важнейший фактор, который нужно учитывать.
Необходимо отметить, что так как система в целом может быть четко разделена на
две части (сервер и клиенты), появляется возможность работы этих двух частей на разных
машинах. Иначе говоря, существует возможность распределенной обработки.
Распределенная обработка предполагает, что отдельные машины можно соединить
какой-нибудь коммуникационной сетью таким способом, что определенная задача,
обрабатывающая данные, может быть распределена на нескольких машинах в сети. На
самом деле, эта возможность настолько заманчива по различным соображениям, главным
образом практическим, что термин "клиент/сервер" стал применяться исключительно в
случае, если сервер и клиенты действительно находятся на разных машинах. Такое
применение термина - небрежное, но очень распространенное. Технология,
поддерживающая распределённую обработку данных должна обеспечивать клиенту
доступ к распределённой БД точно так же, как доступ к централизованной БД. При этом
данные могут храниться на локальном узле, на удалённом узле или обоих узлах - их
расположение должно оставаться прозрачным как для конечного пользователя, так и для
программы.
Прежде чем рассмотреть упрощенную технологию работы в клиент-серверной
архитектуре, приведем историю развития архитектуры обработки данных с
использованием баз данных. К настоящему времени их три:
A. База данных на мэйнфрейме.
11
Страницы
- « первая
- ‹ предыдущая
- …
- 9
- 10
- 11
- 12
- 13
- …
- следующая ›
- последняя »
