1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются




Название1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются
страница3/9
Дата конвертации06.02.2016
Размер1.14 Mb.
ТипДокументы
источникhttp://djbelyak.scienceontheweb.net/wordpress/wp-content/uploads/2011/06/Ответы-к-экзамену-по-БД
1   2   3   4   5   6   7   8   9

3.Web: Методы доступа к БД через web страницу – основные линейки инструментов

На лекции была такая информация. Мы можем базу данных Accsess заархивировать, повесить на сервер. Это один из вариантов обеспечения удаленного доступа. Раньше этот метод широко использовался. Создать html файл и сделать в нем ссылку на архив.

Выбирается одно из средств доступа к данным через web:

Php + MySql (сервер Apache); JSP + Oracle (сервер JBOSS). Возможно использование и другой линейки инструментов.

Устанавливается все необходимое программное обеспечение.

Создается БД. Создание БД на основе выбранной предметной области в среде используемой СУБД.

Разрабатывается приложение для доступа к данным через web.

5

1.Модели данных

В основе любой СУБД лежит определенная модель данных. Как правило, используются сетевая, иерархическая, реляционная модель или комбинация этих моделей.

Эти модели различаются в основном способами представления взаимосвязей между объектами. Старейшие системы основаны на иерархической модели данных. К ним относится, например, разработанная для больших ЭВМ СУБД «Ока». Реляционными СУБД являются DB2, Oracle, Paradox, Access, FoxPro и др. Сетевой является СУБД СЕТОР.


Иерархическая модель данных строится по принципу иерархии типов объектов, т. е. один тип объекта является главным, а остальные, находящиеся на низших уровнях иерархии,–подчиненными. Иерархическая модель данных организует данные в виде иерархической древовидной структуры. Эта структура строится из узлов и ветвей. Узел представляет собой совокупность атрибутов данных, описывающих некоторый объект. Наивысший узел в иерархической древовидной структуре называется корнем. Зависимые узлы располагаются на более низких уровнях дерева. Зависимые узлы могут добавляться как в вертикальном, так и в горизонтальном направлении без всяких ограничений. Связи (соединения) между узлами уникальны, Поэтому иерархическая модель данных обеспечивает только линейные пути доступа к данным и между главными и подчиненными типами объекта устанавливается линейная взаимосвязь “один ко многим». Каждый экземпляр корневого узла образует начало записи логической базы данных, т. е. иерархическая база данных состоит из нескольких деревьев. К главным достоинствам иерархической модели данных можно отнести простоту понимания и использования, поскольку пользователи систем обработки данных хорошо знакомы с иерархическими структурами. Недостатки модели - это громоздкие структуры при сложных БД и, как правило, - хранение избыточных данных. Например, описание одинаковых комплектующих (гайки, болты, др.) в разных блоках.


В сетевой модели данных понятия главного и подчиненных объектов несколько расширены. Любой объект может быть и главным, и подчиненным (в сетевой модели главный объект обозначается термином «владелец набора», а подчиненный — термином «член набора»). Один и тот же объект может одновременно, выступать и в роли владельца, и в роли члена набора. Это означает, что каждый объект может участвовать в любом числе взаимосвязей. База данных состоит из нескольких областей. Область содержит записи. В свою очередь запись состоит из полей, а набор, который объединяет записи, может размещаться в одной или нескольких областях. Достоинство сетевой модели - простота реализации часто встречающихся в реальном мире взаимосвязей, закладываемых в БД. Основной недостаток сетевой модели состоит в сложности управления данными, в том числе и возможная потеря независимости данных при реорганизации базы данных.


В реляционной модели данных объекты и взаимосвязи между ними представляются с помощью таблиц. Взаимосвязи также рассматриваются в качестве объектов (таблицы связей). Каждая таблица представляет один объект. В терминологии реляционной модели таблица называется отношением. Каждый столбец в таблице является атрибутом. Значения в столбце выделяются из домена, т. е. домен суть множество значений, которые может принимать некоторый атрибут. Строки таблицы называются кортежами. О базе данных, построенной таким образом, говорят, что она построена в первой нормальной форме, причем для каждого атрибута всех таблиц фиксирован тип и длина данных. Соединение данных из разных таблиц обеспечивается операторами языка SQL. К достоинствам реляционной модели следует отнести простоту общения пользователя с моделью (сложность реализации не берем во внимание - это проблемы разработчиков). Некоторый недостаток модели - рядовые реляционные системы работают медленнее систем, базирующихся на сетевой или иерархической модели данных. Первичный ключ – это столбец, значения которого во всех строках разные. Он может объединять несколько столбцов. В некоторых СУБД первичный ключ может задаваться системой (ACCESS, Oracle). Связь реализуется при помощи внешнего ключа (это столбец таблицы, значения которого совпадают со значениями первичного ключа другой таблицы). Важным моментом является также использование значения NULL в таблицах реляционной БД. NULL – это отсутствующее значение, отсутствие информации в поле. Это поле обрабатывается особым образом.


Неформальными эквивалентами основных понятий являются:


Отношение – Таблица, которая на следующих этапах проектирования превращается в файл БД, имеющий уникальное имя.


Кортеж – Строка таблицы, превращающаяся в последующем в запись файла БД.


Атрибут – Столбец с заголовком (именем) и значениями, превращающийся в последующем в поле БД, имеющее имя и тип.


Нормальная форма – требование, предъявляемое к структуре таблиц в теории реляционных баз данных для устранения из базы избыточных функциональных зависимостей между атрибутами (полями таблиц). Процесс преобразования базы данных к виду, отвечающему нормальным формам, называется нормализацией.


Понятие нормальной формы было введено Эдгаром Коддом при создании реляционной модели БД. Основное назначение нормальных форм — приведение структуры базы данных к виду, обеспечивающему минимальную избыточность. Устранение избыточности производится за счёт декомпозиции отношений (таблиц) таким образом, чтобы свести к минимуму функциональные зависимости между их атрибутами (полями).


Полное отсутствие функциональных зависимостей в отношениях невозможно (да и не нужно), но часть таких зависимостей избыточна, поскольку их можно вычислить из других зависимостей, имеющихся в БД.


Каждая нормальная форма представляет собой определённое условие, которому должна соответствовать таблица базы данных. Если таблица не соответствует нормальной форме, она может быть приведена к ней (нормализована) за счёт декомпозиции, то есть разбиения на несколько таблиц, связанных между собой. Теоретически, в результате нормализации объём БД должен уменьшиться. Принципиальным здесь является то, что нормализация — обратимый процесс, из группы таблиц, получившихся при декомпозиции, всегда можно получить в точности исходную таблицу. Таким образом, нормализация не сокращает объём информации, хранимой в БД, а лишь устраняет информацию, которая может быть вычислена.

Нормализация может применяться к таблице, первоначально отвечающей следующим требованиям:

· Таблица содержит нуль или более записей.

· Все записи таблицы имеют одно и то же множество полей, причём одноимённые поля относятся к одинаковым типам данных.

· Таблица не может содержать двух полностью идентичных записей.


Обычно выделяют шесть нормальных форм:


Первая нормальная форма (1NF). Таблица находится в первой нормальной форме, если каждый её атрибут атомарен и все строки различны. Под выражением "атрибут атомарен" понимается, что атрибут может содержать только одно значение. Таким образом, не соответствуют 1NF таблицы, в полях которых могут храниться списки значений. Для приведения таблицы к 1NF обычно требуется разбить таблицу на несколько отдельных таблиц.

Вторая нормальная форма (2NF). Таблица находится во второй нормальной форме, если она находится в первой нормальной форме, и при этом любой её атрибут, не входящий в состав первичного ключа, функционально полно зависит от первичного ключа. Функционально полная зависимость означает, что атрибут функционально зависит от всего первичного ключа, но при этом не находится в функциональной зависимости от какой-либо его части.

Третья нормальная форма (3NF). Таблица находится в третьей нормальной форме, если она находится во второй нормальной форме, и при этом любой её неключевой атрибут функционально зависит только от первичного ключа.

Объектно-ориентированные базы данных. В объектно-ориентированной модели данных любая сущность реального мира представляется всего одним понятием – объектом. С объектом ассоциируется состояние и поведение. Состояние объекта определяется значениями его свойств — атрибутов. Значениями свойства могут являться примитивные значения (такие, как строки или целые числа) и непримитивные объекты. Непримитивный объект, в свою очередь, состоит из набора свойств. Следовательно, объекты можно рекурсивно определять в терминах других объектов. Поведение объекта определяется с помощью методов, которые оперируют над состоянием объекта. У каждого объекта имеется определяемый системой уникальный идентификатор. Объекты, обладающие одними и теми же свойствами и поведением, группируются в классы. Объект может быть экземпляром только одного класса или нескольких классов. Классы организуются в иерархии классов. Подкласс наследует свойства и методы суперкласса; кроме того, подклассы могут обладать индивидуальными свойствами и методами. В некоторых системах у класса можется более одного суперкласса (множественное наследование), тогда как в других системах число суперклассов ограничено одним (одиночное наследование).

Преимущества:

· Меньшая потребность в соединениях.

· Выигрыш в производительности.

· Поддержка версий и длительных транзакций.

· Объектная алгебра.

Недостатки модели ООБД:

· Отсутствие интероперабельности между РБД и ООБД.

· Недостаточность средств для оптимизации запросов.

· Отсутствие стандартной алгебры запросов.

· Отсутствие средств обеспечения запросов.

· Отсутствие поддержки представлений.

· Проблемы с безопасностью.

· Отсутствие поддержки динамических изменений определений классов.

· Ограниченная поддержка ограничений целостности.

· Ограниченные возможности настройки производительности.

· Недостаточная поддержка сложных объектов.

· Ограниченная интеграция с объектно-ориентированными системами программирования.

· Ограниченный выигрыш в производительности.

Постреляционная модель - это качественное и количественное расширение реляционной модели. Если в реляционных моделях используется первая нормальная форма, то в постреляционных моделях данные описываются не первой нормальной формой, не требуется определять для поля специфический тип и длину. Благодаря этому, можно задать таблицу, в которую вложены другие таблицы. Если всю информацию свести в одну большую таблицу, такая таблица неизбежно будет содержать пустые клетки или избыточные данные, при использовании нескольких таблиц потребуется выполнять весьма ресурсоемкую операцию соединения, снижая тем самым эффективность работы СУБД.

Модель многомерной базы данных. Моделью данных является многомерный куб, где на измерениях определены некоторые иерархии, а в клетках этого куба находятся числовые значения. Операции извлечения данных из такого куба описываются в терминах поворотов, срезов, и иерархического "схлопывания" измерений с агрегированием значений (суммирование, взятие среднего и др.). Эта схема хорошо ложится на табличную организацию данных. Наиболее известный программный продукт этого класса - это Oracle Express Server.

2.Характеристики баз данных и потоков данных

· объем данных в логических и физических единицах;

· потоки данных в единицу времени;

· оперативность поступления данных;

· полнота БД, в %;

· качество (достоверность) данных – вероятность ошибки (для управления – 10-4 - 10-5, планирования – 10-5, статистики – 10-5, бухучета – 10-6 - 10-7).

Обеспечение вероятности ошибок выше, чем 10-4 требует увеличения капитальных и эксплуатационных затрат до 50%, времени программирования до 50%, времени работы программ, персонала до 100%.

Поток информации на различных носителях возрастает все быстрее. Рост потоков информации так велик, что его часто называют информационным взрывом. Примеров более чем достаточно. Объем данных удваивается каждые 5-7 лет. Рост числа документов носит экспоненциальный характер. При этом ежегодный прирост потоков данных составляет 20-25%. Кривая роста объемов данных может быть описана экспонентой вида:

y = Aekt

где y – объем данных в Мбайтах, е – основание натуральных логарифмов (е = 2,718...), t – индекс времени (годы); A – объем данных в начале отсчета (при t = 0), K – коэффициент, характеризующий скорость роста объемов данных.

3.Web: Продемонстрировать метод загрузки БД через Web страницу

См.билет 4.3

6

1.Языки описания баз данных

Язык описания данных (ЯОД) – это язык, предназначенный для задания схемы базы данных. С его помощью описываются типы данных, подлежащих хранению в базе или выборке из нее, их структура и связи между собой. Исходные тексты, написанные на этом языке, после трансляции отображаются в управляющие таблицы и другую информацию, необходимую для работы СУБД с данными. В соответствии с полученным описанием СУБД может найти в базе требуемые данные, правильно преобразовать их и передать, например в прикладную программу, которой они потребовались. При записи данных в базу СУБД определяет место в памяти ЭВМ, куда их требуется поместить, преобразует к заданному виду, устанавливает необходимые связи.

На текущий момент наиболее популярным языком DDL является SQL, используемый для получения и манипулирования данными в РСУБД, и сочетающий в себе элемены DDL и DML. Функции языков DDL определяются первым словом в предложении (часто называемом запросом), которое почти всегда является глаголом. В случае с SQL эти глаголы - "create" ("создать"), "alter" ("изменить"), "drop" ("удалить"). Это превращает природу языка в ряд обязательных утверждений (команд) к базе данных.

Во ВНИИГМИ-МЦД на основе концепций и предложений ассоциации по языкам систем обработки данных (Conference on Data System Languages) разработан язык описания гидрометеорологических данных.

Язык выполняет три основных функции:

· служит стандартом хранения данных на носителях в Государственном фонде данных о состоянии окружающей природной среды.

· Используется в качестве стандарта при обмене данными.

· Является входным языком системы управления данными Аисори, которая имеет разнообразные средства работы с данными в форматах ЯОД для различных классов пользователей - разработчиков банков данных, прикладных программистов и конечных пользователей.


Структурные единицы записи в ЯОД:

Элементы - наименьшие неделимые единицы данных.

Группа - совокупность нескольких элементов и других (внутренних) групп.


2.Опишите роль администратора БД в установке стандартов и создании технологических процедур

    • Анализ данных – АБД часто просят провести анализ данных, чтобы получить рекомендации относительно улучшения производительности или эффективности хранения данных. Это может быть связано с индексацией либо с функцией параллельных запросов.

    • Разработка БД (предварительная) – АБД часто привлекается к предварительной стадии разработки структуры БД. При включении АБД в процесс дизайна БД многие проблемы могут быть предупреждены. АБД знает СУБД и систему, может указать на потенциальные проблемы и помочь команде разработчиков в увеличении производительности программ.

    • Моделирование и оптимизация данных – При моделировании данных можно учесть особенности системы ввода/вывода и значительно увеличить производительность СУБД.

    • Предоставление помощи разработчикам по SQL и хранимым процедурам – АБД должен быть готов стать консультантом для разработчиков и пользователей. АБД довольно часто привлекается к разрешению проблем SQL-кода и к разработке (написанию) хранимых процедур.

    • Разработка производственных стандартов и соглашений по именам – Поскольку в разработке и развертывании приложений могут принимать участие несколько различных групп, то АБД часто призывается на роль разработчика производственных стандартов и соглашений по именам, чтобы приложения соответствовали этим стандартам.

    • Документирование среды – АБД должен документировать каждый аспект среды СУБД, включая конфигурацию оборудования, обновления и изменения программного обеспечения и СУБД, а также все вопросы, связанные с изменением системы и ее параметров. АБД должен уметь полностью восстановить систему по документации в случае необходимости.

    • Консультирование разработчиков и конечных пользователей – АБД часто выполняет функции консультанта для группы разработчиков и сообщества пользователей. Это может включать персональную помощь отдельным пользователям и даже разработку специальных курсов для разработчиков и пользователей системы.

    • Проверка и тестирование новых программ – АБД может участвовать в проверке новых программ, для того, чтобы дать рекомендации, основанные на этой проверке. Это может быть связано с приобретением нового программного обеспечения или с плановым обновлением и переходом на новые версии. Эта проверка должна быть в первую очередь нацелена на оценку стабильности системы. Ваша цель заключается в том, чтобы программы работали надежно и стабильно.

    • Оценка приобретений нового программного и аппаратного обеспечения – приобретая новый софт и аппаратуру, есть много о чем поразмыслить. В основном это касается функциональности и совместимости, а также, конечно, стоимости. Хоть цены и не касаются АБД, но насчет функциональности и совместимости рекомендации часто необходимы.

    • Планирование нагрузки системы и необходимого объема памяти – определение необходимости в приобретении дополнительных серверов, дополнительной дисковой и оперативной памяти, чтобы удовлетворить возросшие потребности пользователей, является частью работы АБД. Заранее предсказывая будущие нужды пользователей, Вы можете предоставить великолепный уровень обслуживания безо всяких сбоев.


3.Access: Ввод, изменение, копирование полей и записей, сортировка записей

(правой кнопкой сортировка по возрастанию и убыванию)


7

1.Языки манипулирования данными, концепции и возможности языка SQL

Data Manipulation Language (DML) - это семейство компьютерных языков, используемых в компьютерных программах или пользователями баз данных для получения, вставки, удаления или изменения данных в базах данных. На текущий момент наиболее популярным языком DML является SQL.

Языки DML изначально использовались только компьютерными программами, но с появлением SQL стали также использоваться и людьми.

Функции языков DML определяются первым словом в предложении (часто называемом запросом), которое почти всегда является глаголом. В случае с SQL эти глаголы - "select" ("выбрать"), "insert" ("вставить"), "update" ("обновить"), и "delete" ("удалить"). Это превращает природу языка в ряд обязательных утверждений (команд) к базе данных.

Языки DML могут существенно различаться у различных производителей СУБД. Существует стандарт SQL, установленный ANSI, но производители СУБД часто предлагают свои собственные "расширения" языка.

Преимущества:

· Независимость от конкретной СУБД. Несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую. Существуют системы, разработчики которых изначально закладывались на применение по меньшей мере нескольких СУБД (например: система электронного документооборота Documentum может работать как с Oracle Database, так и с Microsoft SQL Server и IBM DB2)

· Наличие стандартов. Наличие стандартов и набора тестов для выявления совместимости и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка.

· Полноценность как языка для управления данными. С помощью SQL программист или пользователь может просматривать, изменять и удалять данные, что является основой самого понятия СУБД.

Недостатки:

· Нереляционность. Создатель реляционной модели данных Эдгар Кодд, Кристофер Дейт и их сторонники указывают на то, что SQL не является истинно реляционным языком. В частности они указывают на следующие проблемы SQL: повторяющиеся строки, неопределённые значения (nulls), явное указание порядка колонок слева направо, колонки без имени и дублирующиеся имена колонок, отсутствие поддержки свойства «=», использование указателей, высокая избыточность. В опубликованном ими Третьем Манифесте они излагают принципы СУБД следующего поколения и предлагают язык Tutorial D, который является подлинно реляционным.

· Сложность. Хотя SQL и задумывался как средство работы конечного пользователя, в конце концов, он стал настолько сложным, что превратился в инструмент программиста.

· Отступления от стандартов. Несмотря на наличие международного стандарта ANSI SQL-92, многие компании, занимающиеся разработкой СУБД (например, Oracle, Microsoft, MySQL AB, Borland), вносят изменения в язык SQL, применяемый в разрабатываемой СУБД, тем самым отступая от стандарта. Таким образом появляются специфичные для каждой конкретной СУБД диалекты языка SQL.

· Сложность работы с иерархическими структурами. Система SQL не предлагает стандартного способа манипуляции древововидными структурами. Некоторые поставщики СУБД предлагают свои решения. Например Oracle использует выражение «CONNECT BY».


2.Как можно обеспечить надежность хранения данных?

Надежность БД может основываться на применении теории методов надежности, которая позволяет получить ряд четких, хорошо измеряемых интегральных показателей. Надежная БД должна, прежде всего, обеспечивать низкую вероятность потери работоспособности. Быстрое реагирование на потерю или искажение данных и восстановление их достоверности и работоспособности за время меньшее, чем порог между сбоем и отказом, обеспечивает высокую надежность.

Это трехуровневая схема хранения:


· Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.

· Сменные носители в той же комнате, где эксплуатируется сервер.

· Сменные носители, которые находятся в другом здании.

Таким образом обеспечивается надежность хранения 99,9%. Скорее всего информация сохранится, например, при пожаре, сбое машины. Естественно какую-то часть можно потерять: последние сутки, последнюю неделю, последний месяц..

Запоминающие устройства можно представить как трехзвенную систему: устройства и системы для активно используемых данных (дисковые системы), периодически используемых данных (CD/MO/DVD устройства) и данных долговременного хранения (ленточные библиотеки). Быстрые или оперативные устройства с произвольным доступом хранения служат для работы с данными, в которых пользователи для выполнения своей работы нуждаются постоянно. Это - жесткие диски, дисковые системы и RAID системы. Они имеют небольшое время доступа и самую высокую частоту обращения.


Принципиальное отличие систем 1-го и 2-го уровня от систем 3-го уровня заключается в том, что первые две - это системы произвольного доступа, а последние - последовательного доступа. Такое разделение четко определяет области их использования. При этом основные отличия систем 1-го и 2-го состоит в емкости и скорости доступа.


3.Access: Создание форм


8

1.Архитектура "клиент-сервер"

В современных СУБД используется архитектура клиент-сервер, когда БД хранится на сервере, а СУБД подразделяется на две части – клиентскую и серверную. Чтобы уменьшить еще объем передачи данных, которые должны подвергаться прикладной обработке, предлагается трехуровневая архитектура: тонкий клиент-сервер приложений-сервер БД. Тонкий клиент обеспечивает взаимодействие с пользователем через браузер, вся прикладная обработка выносится на сервер приложений, который обеспечивает и формирование запроса к БД. При этом сервер базы данных и сервер приложений могут функционировать в различных ОС.

2.Какие технические носители Вы знаете? Перечислите их характеристики.

Для хранения данных используется флэш-память, магнитооптические диски, оптические диски, HDD. Существуют специальные высокопроизводительные архитектуры для хранения больших объемов данных (СХД), способные интегрироваться в вычислительную сеть (Например, IBM TotalStorage DS8000).

Запоминающие устройства можно представить как трехзвенную систему: устройства и системы для активно используемых данных (дисковые системы), периодически используемых данных (CD/MO/DVD устройства) и данных долговременного хранения (ленточные библиотеки). Быстрые или оперативные устройства с произвольным доступом хранения служат для работы с данными, в которых пользователи для выполнения своей работы нуждаются постоянно. Это - жесткие диски, дисковые системы и RAID системы. Они имеют небольшое время доступа и самую высокую частоту обращения.

Принципиальное отличие систем 1-го и 2-го уровня от систем 3-го уровня заключается в том, что первые две - это системы произвольного доступа, а последние - последовательного доступа. Такое разделение четко определяет области их использования. При этом основные отличия систем 1-го и 2-го состоит в емкости и скорости доступа.


3.Access: Создание поля гиперссылки

Откройте таблицу, запрос или форму в режиме таблицы, форму в режиме формы или страницу доступа к данным в режиме страницы.

В форме или на странице доступа к данным поместите курсор в поле гиперссылки таблицы либо в текстовое поле или другой элемент управления, которые содержат гиперссылки.

Введите допустимый адрес гиперссылки. Адрес определенной гиперссылки может содержать до четырех частей, разделенных знаком диеза (#):

отображаемый_текст#адрес#дополнительный_адрес#подсказка


Следующий пример содержит компоненты экранныйТекст, адрес и всплывающаяПодсказка. Обратите внимание, что он также содержит знак диеза (#) для компонента допАдрес, который опущен:

Корпорация Майкрософт#http://example.microsoft.com/##Пример страницы для Корпорации Майкрософт

В поле или элемент управления будет добавлена гиперссылка.


9

1.Концепции и возможности СУБД Oracle

Oracle Database 10g предназначена для эффективного развертывания на любом оборудовании – как на небольших серверах, так и на мощных симметричных многопроцессорных серверных системах и кластерах всех размеров. Она предоставляет возможность автоматизированного управления для простой и экономически выгодной эксплуатации. Благодаря своим уникальным возможностям управлять всеми данными от традиционной бизнес-информации до документов формата XML и распределенной/локальной информации, Oracle Database 10g является идеальным выбором для выполнения приложений, обеспечивающих оперативную обработку транзакций, поддержку принятия решений и управления информационным содержимым.

Корпорация Oracle является крупнейшим в мире поставщиком программного обеспечения для управления информацией и второй в мире компанией по поставке программного обеспечения. Имея годовой объем продаж более 9.7 миллиардов долларов США, компания предлагает свои базы данных, серверы приложений, инструментальные средства разработки и готовые приложения, а также услуги в области консалтинга, обучения и поддержки систем более чем в 145 странах во всем мире. СУБД Oracle используют более чем в 750 организациях на территории СНГ и более чем в 520 организациях на территории России.


Oracle является законодателем в области новых направлений развития СУБД. Вот далеко не полный список таких "пионерских" достижений:

    • Первая коммерческая SQL СУБД.

    • Поддержка множества вычислительных платформ.

    • Поддержка архитектуры клиент/сервер.

    • Поддержка модели многоверсионной записи (Multi-version Read Consistency).

    • Поддержка кластерной и MPP архитектуры.

    • Поддержка распределенных транзакций.

    • Поддержка активных бизнес правил.

    • Поддержка параллельной обработки.

    • Оптимизация работы с хранилищами данных.

    • Поддержка всего спектра Multimedia.

    • Поддержка объектно-реляционной модели.

    • Поддержка Messaging.


Перечень программных средств Oracle:


    • Средства создание баз данных.

    • Средства разработки.

    • Средства поддержки принятия решений.

    • Средства распространения информации в Web.

    • Средства создания хранилищ данных.

    • Средства администрирования и управления СУБД.

    • Решения CRM - Электронная Коммерция.

При работе с СУБД необходимо организовать выполнение таких функций как целостность данных, восстановление после сбоев, перехват ошибок и т.д. Это можно устроить посредством особенностей, хорошо реализованных в СУБД ORACLE, – контрольных точек, журналирования и архивирования.


2.Какие формы организации данных и знаний Вы знаете?

Здесь можно выделить несколько классификаций.

Если речь идет о представлении, то данные бывают электронные, хранящиеся на бумаге. Имеется тенденция к переводу всей информации в цифровую форму для удобства поиска и распространения.

В случае цифровой информации, она может иметь либо файловую структуру, либо быть организована в виде БД. Недостатком файловых систем является недостаточные возможности управления данными, большие затраты труда программистов, дублирование разработок. Преимуществами БД являются наличие метаданных, поддержка целостности базы данных, одновременный доступ к данным нескольких пользователей, ориентированные на пользователя запросы и отчеты. Документы содержащие справочные или основные данные могут быть формализованы, а после чего добавлены в БД, и быть доступными там в качестве мета- и информационных данных соответственно.

С точки зрения восприятия человеком структурированные данные гораздо легче усваиваются, нежели неструктурированные. Так же можно выделить алфавитно-цифровое и образное представление.


3.Access: Создание отчета в СУБД Access

В форме отчетов задается вставка даты, построения диаграмм, подготовки отчета. При этом надо использовать Конструктор или Мастер отчетов.


Отчет — это гибкое и эффективное средство для организации данных при выводе на печать. С помощью отчета имеется возможность вывести необходимые сведения в том виде, в котором требуется. Больше всего сведений в отчете берется из базовой таблицы, запроса или инструкции SQL, являющихся источниками данных для отчета. Другие сведения вводятся при разработке отчета.

10

  1. Принципы создания СППР

Основная идея: в основе БД имеется определенный набор фактов, зная их, можно заранее определить перечень воздействий, например, природной среды на экономику. На эти воздействия можно определить список рекомендаций, которые нужно выполнить для уменьшения или предотвращения последствий. При этом могут использоваться ГИС, экономические модели, для правильной оценки убытков или прибыли. План действий берется из базы знаний.


Для разработки СППР необходимо:

    • оценить пригодность имеющихся методов для оценки воздействия;

    • использовать современные подходы к обработке и анализу информации;

    • изучить умения руководящих органов на основе имеющейся информации, получить значимые результаты, касающиеся воздействия;

    • оценить методы принятия решений с точки зрения их оптимальности.


СППР должна удовлетворять следующим критериям:

    • система должна быть способна учитывать воздействия, как в точках, так и на любой площади;

    • система должна быть равным образом приспособлена для отражения воздействия различных условий;

    • система должна допускать возможность анализа влияний на объекты в любом географическом районе;

    • система должна быть в состоянии различать воздействия и изменения, обусловленные различными условиями, а также совместным эффектом.


Функции СППР:

Управляющая функция – это функция, результатом которой является выработка и реализация управляющих воздействий на технологический объект управления. К управляющим функциям относятся: стабилизация температуры воздуха и влажности в холодильниках, и жилых помещениях; оптимальное управление погрузо-разгрузочным процессом и др.

Информационная функция – это сбор, обработка, выработка рекомендаций и доведение их до управляющих органов. К информационным функциям относятся:

    • сбор, наблюдения и обработка информации в необходимые сроки и в требуемой форме;

    • поиск и выбор необходимой информации;

    • формирование и выдача рекомендаций управляющим органам на основе различной информации.

Вспомогательные функции – это функции, обеспечивающие решение внутрисистемных задач, которыми являются по существу функции системы переработки информации.


  1. Какие типы данных Вы знаете?
1   2   3   4   5   6   7   8   9

Похожие:

1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconМетодические рекомендации по курсу
Цель данного курса дать основные понятия теории баз данных и подходы к проектированию реляционных баз данных. Представить современные...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconТюменская государственная академия мировой экономики, управления и права
Цель курса получение студентами знаний об этапах разработки баз данных; о перспективных направлений развития баз данных
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconРабочая программа дисциплины (модуля) б 4 «базы данных»
Целями освоения дисциплины «Базы данных» являются формирование общекультурных и профессиональных компетенций, определяющих готовность...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconМетодика преподавания баз данных в школе учитель информатики
Выбор среды разработки информационной базы интеллектуальной системы управления. 12
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconПрограмма одобрена на заседани каф. «Системы автоматизированного проектирования»
Целью дисциплины является изучение современных технологий обработки информации с применением баз данных и субд 2
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconПрограмма работы с базой данных Blackfish sql "Книги" (books). Подкаталог delploy\database содержит базу данных, подкаталоги deploy\client и deploy\server соответственно клиентскую и серверную части приложения
Программы работы с базами данных требуют, чтобы файлы баз данных находились в каталоге D:\Database
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconҒ ылыми êIÒÀÏÕÀÍÀ зарубежные, Научные базы данных на электронных носителях
Для учебной и научно-исследовательской работы Научная библиотека предлагает воспользоваться следующими адресами полнотекстовых баз...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются icon1. Понятие системы управления базами данных
Основная особенность субд – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы,...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconКурс заочного отделения Волохов Артур Юрьевич
Применительно к системам баз данных архитектура «клиент-сервер» интересна и актуальна главным образом потому, что обеспечивает простое...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconДаются задания и контрольные вопросы по выполнению основных этапов разработки базы данных
Предполагается использование практикума для изучения основ построения и использования реляционных баз данных. Поэтому значительное...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©kzdocs.docdat.com 2012
обратиться к администрации
Документы
Главная страница