- •Информационные системы
- •2.1. Накопление данных.
- •2.2. Формирование знаний
- •2.3. Свойства и назначение хд
- •3. Направления развития аис
- •4. Производственная система
- •5. Информационное обеспечение процессов управления
- •6. Программное обеспечение информационных систем
- •6.1 Сравнительный анализ ос
- •Заключение.
- •6.2. Основные требования для работы ос в сетевом режиме
- •7. Выбор субд
- •Резервирование бд.
- •Особенности для распределенных бд
- •7.1. Особенности объектно-ориентированных субд
- •8. Средства моделирования аис
- •8.1. Методология структурного анализа и моделирования информационных систем
- •8.2.Жизненный цикл программного продукта
- •8.3. Принципы структурного анализа системы
- •8.4. Средства структурного моделирования
- •Средства реализации аис
- •9.1 Сравнительный анализ языков программирования для создания интернет–приложений
- •10. Комплексные аис для управления предприятием (организацией)
- •11. Системы электронной коммерции
- •1. Функции и назначение.
- •2. Электронная коммерция на основе b2c-технологии.
- •4. Аукционы. Интернет-системы для проведения виртуальных аукционов.
- •3. Электронная коммерция на основе в2в-технологий.
- •4. Интеграция систем электронной коммерции с производственными автоматизированными информационными системами
- •Заключение
7. Выбор субд
Выбор СУБД зависит от организации локальной и сетевой базы данных (БД), стоимости, специфики решаемых задач, функциональных особенностей (поддержка целостности, уровень защиты данных, быстродействие, эффективно обрабатываемый объем данных в БД, сетевая поддержка, наличие среды разработки, взаимодействие с другими приложениями, в том числе Интернет-приложениями).
Необходимо рассмотреть следующие методологии организации сетевой базы данных:
1. БД хранится централизованно на сервере, а доступ со стороны рабочих станций по сети;
2. БД распределена по компьютерам-рабочим станциям, но жестко зафиксирована.
Выбор сетевого протокола(ODBC, Microsoft, Novell).
Сетевой протокол используется для доступа к данным в удаленной БД. Он позволяет интегрировать разнородные БД.
Выбор осуществляется в соответствии с международным стандартом ISO (семиуровневой модели) и определяется следующими критериями:
1. Производительностью и эффективностью для обеспечения необходимой скорости обработки запросов и ответов.
2. Возможностью его реализации существующим программным обеспечением с использованием доступных системных модулей. В сети могут быть установлены одинаковые SQL сервера, тогда можно использовать сетевой протокол SQL сервера, а не использовать дополнительное ПО для реализации стандартного протокола (ODBC).
Сетевой протокол должен соответствовать международному стандарту ISO. К такому протоколу относится ODBC, который универсально подходит для взаимодействия с любыми СУБД.
Выбор метода авторизации.
1. Стандарт ISO подразумевает хранение списка пользователей с прописанными правами вместе с основной БД. Авторизация реализуется средствами СУБД.
2. Второй вариант подразумевает хранение списка пользователей не непосредственно в БД, а в операционной системе. В этом случае авторизация пользователей сетевая и реализуется на уровне ОС.
Резервирование бд.
Для обеспечения надежности хранения данных обязательно создается копия БД. Централизованные БД, как правило, копируются на сервере. Для распределенных БД существуют разные стратегии:
1) создание резервной копии БД на самой рабочей станции, либо на любой рабочей станции в сети;
2) создание резервной копии на Backup сервере. С помощью специальной программы Backup автоматически создается зеркальная копия БД на любом сетевом компьютере достаточной мощности, который и является Backup-сервером.
Создание системы прав доступа.
Проектируется система прав доступа, т.е. определяется кому и сколько дать прав для доступа к БД (только чтение, чтение и модификация, отсутствие прав на предоставление информации). Детализация прав зависит от возможностей СУБД. Права доступа могут быть определены на уровне всей БД, отдельных реквизитов, отдельных записей или отдельных значений.
Скорость обработки запросов и ответов.
SQL запросы необходимо сформировать таким образом, чтобы объем передаваемой информации по сети был минимальным, т.к. он лимитируется сетевыми средствами. Т.е. необходимо составлять максимально подробные SQL запросы, для того чтобы обработка базы данных проходила преимущественно на сервере, а не на клиентской машине. Для этого целесообразно использовать хранимые процедуры, которые хранятся и выполняются на сервере.Хранимые процедурыи запросы к ним должны быть предварительно спроектированы с учетом возможностей СУБД. Если SQL не оптимизированы, то возможности СУБД не будут эффективно использованы.
Передаваемые объемы информации.
Необходимо по возможности сократить объем запросов в объявленных транзакциях, для того чтобы уменьшить время блокировки записей (транзакция включает один или несколько SQL-запросов). Некоторые СУБД во время доступа к данным блокируют запись БД и в режиме чтения данных для всех остальных запросов (которые ставятся при этом в очередь). Запись остается заблокированной пока не будут обработаны все адресованные к ней запросы. Существуют также СУБД или соответствующие настройки, которые не блокируют запись при чтении, а делают ее временную копию, размещаемую в ОЗУ. Запись блокируется только при ее модификации. В этом случае значительно уменьшается время обработки SQL – запросов.