Функции СУБД•Определение данных СУБД должна допускать определения данных (внешние схемы, концептуальную схему, внутреннюю схему, а также все связанные отображения) в исходной форме и преобразовывать эти определения в форму соответствующих объектов.
Иначе говоря, СУБД должна включать в себя компонент языкового процессора для различных языков определений данных.
СУБД должна также «понимать» синтаксис языка определений данных.
•Обработка данных СУБД должна уметь обрабатывать запросы пользователя на выборку, изменение или удаление существующих данных в БД или на добавление новых данных в БД.
Другими словами, СУБД должна включать в себя компонент процессора языка обработки данных.
•Безопасность и целостность данных СУБД должна контролировать пользовательские запросы и пресекать попытки нарушения правил безопасности и целостности, определенные администратором базы данных (АБД).
•Восстановление данных и дублирование СУБД или другой связанный с ней программный компонент, обычно называемый администратором транзакций, должны осуществлять необходимый контроль над восстановлением данных и дублированием
•Словарь данных Словарь данных можно по праву считать базой данных (но не пользовательской, а системной). Словарь «содержит данные о данных» (иногда называемые метаданными), т.е. Определения других объектов системы, а не просто «сырые данные». В частности, исходная и объектная формы различных схем (внешних, концептуальной и т.д.) и отображений будут сохранены в словаре. Расширенный словарь будет включать также перекрестные запросы. Словарь может быть интегрирован в определяемую им базу данных, а значит, должен содержать описание самого себя.
•Производительность СУБД должна выполнять свои функции с максимально возможной эффективностью
Необходимо подчеркнуть, что СУБД может быть ориентирована на различные типы вычислительной техники, а также нужно учитывать особенности среды, в которой предстоит функционировать СУБД. Среди главных ее характеристик следует отметить объем основной памяти процессора, конфигурацию вычислительной среды с учетом средств передачи данных, особенности операционной системы. Структура СУБД: Ядро СУБД (управляющая программа для автоматизации всех процессов, связанных с обращением к базе данных), обрабатывающие программы (все остальное). Основные показатели, характеризующие СУБД: производительность, затраты.
8. Процесс принятия управленческих решений зависит от объема и качества информации. Поэтому одним из наиболее значимых ресурсов любого предприятия является информация, которую можно выделить из базы данных. Чтобы предоставить определенную информацию в определенное время лицам, которым разрешен доступ к ней, необходимо обеспечить соответствующий уровень проектирования, обработки и ведения базы данных. Ответственность за это несет администратор базы данных (АБД) и его (ее) группа. Функция АБД может относиться и к людям, и к процедурам. Администратор базы данных (АБД)- человек, который следит за процессом проектирования, обработки и ведение БД. Функция АБД улучшает контроль и управление ресурсом данных предметной области. Она является скорее управляющей, чем технической. АБД и его функция определяются подходом к данным как к ресурсу. Поэтому решение проблем, связанных с АБД, часто начинается с введения СУБД, хотя между СУБД и АБД имеется различие. В большинстве случаев СУБД в виде пакета поставляется промышленностью, а АБД является функцией. АБД обеспечивает обобщенное представление о предметной области – о так называемой концептуальной модели (модель данных предприятия). Одной из целей создания базы данных является обеспечение информацией пользователей, работающих в различных функциональных областях предприятия. Во многих случаях, организуя базу данных, АБД идет по пути решения технических проблем, т. е. прежде всего вопросов, связанных с пакетом, – системой управления базами данных, а не задач управления вводом функции администрирования и исследованием жизнеспособности подхода, основанного на концепции базы данных. Круг проблем, охватываемый АБД, меняется в зависимости от предметной области Задачи АБД: • устранение противоречий между различными направлениями деятельности организации при создании концептуальной, а затем и логической модели базы данных предметной области. • разработка процедур и руководств по ведению данных • необходимость хорошо представлять себе состояние дел предприятия и перспективы его развития, а также знать позицию руководства. На начальной стадии разработки базы данных АБД следует сконцентрировать внимание на решении следующих проблем: • определении элементов данных и объектов предметной области; • присвоении различных имен, которые будут использоваться для обращения к элементам одного и того же типа; • установлении взаимосвязей между элементами данных; • выпуске текстового описания элементов данных; • выделении отделов или пользователей, ответственных за обеспечение точности данных (например, обновление данных, их непротиворечивость); • определении путей применения элементов данных в целях управления и планирования, т. е. на распределении функций между персоналом. Реализация руководящих материалов может быть успешной только в том случае, когда все сотрудники, имеющие отношение к базе данных, ознакомлены с ними и несут ответственность за выполнение стандартов, устанавливаемых АБД. Прикладные программисты, сотрудники служб эксплуатации и сопровождения системы должны понимать процедуры, требуемые для решения стоящих перед ними задач. Это означает, что АБД необходимо установить эффективную взаимосвязь со всеми группами сотрудников, которым приходится обращаться к базе данных АБД + его группа взаимодействует с сотрудникам, имеющими отношение к БД: · Поставщики БД (программное обеспечение и аппаратные средства) · Администрация · Обработка данных (системная группа + эксплуатационная группа) · Группа прикладных программистов · Пользователи 9. Словарь данных – это средство, которое позволяет при проектировании, эксплуатации и развитии базы данных поддерживать и контролировать информацию о данных Одно из основных назначений состоит в документировании данных. Так как база данных обслуживает многих пользователей, необходимо, чтобы они правильно понимали, что представляют собой данные. Например, несколько подразделений используют одни и те же данные по-разному, совсем не просто сформулировать приемлемое для всех одно описание разделяемого элемента. Накопление информации о данных в словаре данных целесообразно начинать уже на самой ранней стадии проектирования. В процессе работы разработчики выясняют у пользователей, какой должна быть система, какие данные будут входными, какого рода информацию они хотят получить из системы, вводя имена элементов данных, например «номер счета», «остаток» или «процент» в банковской системе Словарь данных может быть: 1) интегрированным • отсутствует дублирование описаний данных в СУБД и словаре данных. Это сокращает вероятность появления ошибок в результате отказов при обновлении дублированной информации; • словарь данных обладает возможностью доступа к базе данных. Одним из его потенциальных применений может быть трассировка доступа к базе данных для сбора статистических данных с целью повышения производительности системы; • будучи интегрированным с СУБД, словарь данных может служить более мощным средством контроля, поскольку как проектировщики, так и пользователи вынуждены его использовать в качестве инструмента документирования и настройки данных. 2) независимый • реализация сопряжена с меньшим риском попасть в рамки ограничений СУБД, чем у интегрированного словаря данных. Кроме того, она проще, поскольку нет необходимости учитывать все особенности СУБД; • описания всех данных могут вводиться постепенно, в то время как интегрированному словарю они должны быть предоставлены одновременно. В современных системах обработки данных, как правило, не происходит одновременного преобразования системы файлов в базу данных. Базы данных используются параллельно с традиционными файлами. Наиболее предпочтителен такой словарь, в котором описания данных, принадлежащих базам данных, поддерживаются так же, как в интегрированном словаре данных, а описания данных традиционных файлов — как в независимом словаре.
10. Модели данных – способ описания структуры единиц информации и операций над ними. Модели данных
Объекты предметной области Взаимосвязи между объектами Виды МД: 1. реляционная 2. сетевая 3. иерархическая 4. сущность-связь 5. объектно-ориентированная МД отличаются способом задания взаимосвязи между объектами Объект- процесс, событие, явления, которые описываются с помощью данных. -название -набор свойств -набор значений свойств Пр. Клиент(Код клиента, Название, Индекс, Город, Адрес) – структура отношений – название таблицы и перечень названий граф.
- экземпляр отношений Запись или тип записи – совокупность элементов данных, полностью описывающих объект. Клиент
-экземпляр записи Первичные ключи – элементы данных, однозначно идентифицирующих объект. Возможный ключ – совокупность элементов данных, однозначно идентифицирующих объект, но не выбранных в качестве первичного ключа. Иногда однозначно идентифицировать объект можно с помощью нескольких элементов, которые называют сцепленным ключом.
|
