Требования, предъявляемые к программным средствам поддержки коммерческих баз данных.
К программным средствам, обеспечивающим функционирование коммерческих БД, кроме общих требовании, присущих всем информационным системам, предъявляются дополнительные требования, вызванные спецификой коммерческого использования данных.
Функции СУБД и требования, предъявляемые к ней, будут зависеть от того, в каком режиме предполагается доступ к базе данных. Рассмотрим режим удаленного доступа. Прежде всего СУБД должна выполнять ряд дополнительных функций, связанных с регистрацией пользователей и проведением расчетов с ними. Обычно при регистрации пользователям присваиваются пароли или предусматривается какой-то другой способ обеспечения санкционированного доступа к базам данных. СУБД может применять определенный способ расчета с пользователями или давать возможность выбирать наиболее подходящий для этой системы или для каждого конкретного пользователя. Тогда при регистрации пользователя указывается тип оплаты. При сложных способах расчетов, зависящих от проработанного времен или от объемов полученной информации, СУБД должна содержать соответствующие блоки, обеспечивающие учет требуемого ресурса, контроль за его использованием и проведение соответствующих расчетов. В коммерческих БД наблюдается четкое разделение функций между администраторами БД и ее конечными пользователями, в связи с чем может оказаться целесообразным выделение двух самостоятельных функциональных подсистем, ориентированных на каждую из этих категорий пользователей.
|
|
|
При любом режиме доступа к БД необходимым требованием является применение естественного языка, понятого случайным пользователям любой квалификации. Эффективность поиска не должна зависеть от квалификации пользователя. Желательно, чтобы в СУБД имелись блоки, позволяющие анализировать результаты работы пользователей с БД, а также финансовые результаты работы системы.
10)Архитектура СБД: Трехуровневая архитектура ANSI-SPARC, ее основное назначение
Цель трехуровневой архитектуры заключается в отделении пользовательского представления базы данных от ее физического представления. Ниже перечислено
несколько причин, по которым желательно выполнить такое разделение:
• Каждый пользователь должен иметь возможность обращаться к одним и тем же данным, реализуя свое собственное представление о них. Каждый пользователь должен иметь возможность изменять свое представление о данных, причем это изменение не должно оказывать влияния на других
пользователей.
• Пользователи не должны непосредственно иметь дело с такими подробностями физического хранения данных в базе, как индексирование и хеширование. Иначе говоря, взаимодействие пользователя с базой не должно зависеть от особенностей хранения в ней данных.
|
|
|
• Администратор базы данных (АБД) должен иметь возможность изменять структуру хранения данных в базе, не оказывая влияния на пользовательские представления.
• Внутренняя структура базы данных не должна зависеть от таких изменений физических аспектов хранения информации, как переключение на новое устройство хранения.
• АБД должен иметь возможность изменять концептуальную структуру базы данных без какого-либо влияния на всех пользователей.
Внешний уровень. Представление базы данных с точки зрения пользователей. Этот уровень описывает ту часть базы данных, которая относится к каждому пользователю.
Внешний уровень состоит из нескольких различных внешних представлений базы данных. Каждый пользователь имеет дело с представлением "реального мира", выраженным в наиболее удобной для него форме. Внешнее представление содержит только те сущности, атрибуты и связи "реального мира", которые интересны пользователю. Другие сущности, атрибуты или связи, которые ему неинтересны, также могут быть представлены в базе данных, но пользователь может даже не подозревать об их существовании.
|
|
|
Помимо этого, различные представления могут по-разному отображать одни и те же данные. Например, один пользователь может просматривать даты в формате (день, месяц, год), а другой — в формате (год, месяц, день). Некоторые представления могут включать производные или вычисляемые данные, которые не хранятся в базе данных как таковые, а создаются по мере надобности.
Представления могут также включать комбинированные или производные данные из нескольких объектов.
Концептуальный уровень. Обобщающее представление базы данных. Этот уровень описывает то, какие данные хранятся в базе данных, а также связи, существующие между ними связи. Промежуточным уровнем в трехуровневой архитектуре является концептуальный уровень. Этот уровень содержит логическую структуру всей базы данных (с точки зрения АБД). Фактически это полное представление требований к данным со стороны организации, которое не зависит от любых соображений относительно способа их хранения. На концептуальном уровне представлены следующие компоненты:
• все сущности, их атрибуты и связи;
• накладываемые на данные ограничения;
|
|
|
• семантическая информация о данных;
• информация о мерах обеспечения безопасности и поддержки целостности данных.
Концептуальный уровень поддерживает каждое внешнее представление, в том смысле, что любые доступные пользователю данные должны содержаться (или могут быть вычислены) на этом уровне. Однако этот уровень не содержит никаких сведений о методах хранения данных. Например, описание сущности должно содержать сведения о типах данных атрибутов (целочисленный, действительный или символьный) и их длине (количестве значащих цифр или максимальном количестве символов), но не должно включать сведений об организации хранения данных, например об объеме занятого пространства в байтах.
Внутренний уровень. Физическое представление базы данных в компьютере. Этот уровень описывает, как информация хранится в базе данных. Внутренний уровень описывает физическую реализацию базы данных и предназначен для достижения оптимальной производительности и обеспечения экономного использования дискового пространства. Он содержит описание структур данных и организации отдельных файлов, используемых для хранения данных на запоминающих устройствах. На этом уровне осуществляется взаимодействие СУБД с методами доступа операционной системы (вспомогательными функция-
ми хранения и извлечения записей данных) с целью размещения данных на запоминающих устройствах, создания индексов, извлечения данных и т.д. На внутреннем уровне хранится следующая информация:
• распределение дискового пространства для хранения данных и индексов;
• описание подробностей сохранения записей (с указанием реальных размеров сохраняемых элементов данных);
• сведения о размещении записей;
• сведения о сжатии данных и выбранных методах их шифрования.
Ниже внутреннего уровня находится физический уровень (physical level), который контролируется операционной системой, но под управлением СУБД. Однако функции СУБД и операционной системы на физическом уровне не вполне четко разделены и могут варьироваться от системы к системе. В одних СУБД используются многие предусмотренные в данной операционной системе методы доступа, тогда как в других применяются только самые основные и реализована собственная файловая организация. Физический уровень доступа к данным ниже СУБД состоит только из известных операционной системе элементов (например, указателей на то, как реализовано последовательное распределение и хранятся ли поля внутренних записей на диске в виде непрерывной последовательности байтов
Дата добавления: 2015-12-16; просмотров: 28; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!