ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 17.03.2024
Просмотров: 93
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Структура простейшей базы данных.
Если база данных является пустой, то есть, в ней нет данных, то она все равно является полноценной базой данных. Почему? Потому что даже пустая база данных содержит информацию о своей структуре.
Базы данных могут содержать разные объекты. Таблица – основной объект базы данных. При этом простейшая база данных имеет в своем составе хотя бы одну таблицу, структура которой и определяет структуру самой базы данных (в данном случае простейшей). Методы занесения и хранения данных в базе и определяет структура базы данных.
Рассмотрим структуру простейшей двумерной таблицы. Она состоит из столбцов и строк. По аналогии с двумерной таблицей в таблице базы данных тоже есть такие составляющие. Только называются по другому. Столбцы называются полями, а строки – записями.
Структура простейшей базы данных образована набором полей, если записей в таблице нет. При этом, изменяя состав полей или их свойства, мы изменяем саму структуру данных, тем самым получаем новую структуру таблицы и как следствие новую структуру базы данных.
Свойства группы данных, записываемых в ячейки, принадлежащие каждому из полей определяются полями базы данных. Представим некоторые из возможных свойств полей: имя поля, тип поля, размер поля, формат поля, маска ввода, подпись, обязательное поле, индексированное поле, пустые строки, условие на значение, значение по умолчанию и многое другое. Какие могут использоваться типы данных в таблице базы данных: текстовый, числовой, денежный, дата/время, счетчик, логический, гиперссылка и так далее.
Режимы работы с базами данных.
С базой данных работают две категории работников.
К первой категории относятся проектировщики, которые разрабатывают структуру базы банных (структуру таблиц), согласовывают эту структуру с заказчиком, разрабатывают объекты, степень автоматизации работ, необходимый заказчику и реализуют различные функциональные ограничения для информационной безопасности.
К второй категории относятся пользователи, которые занимаются наполнением и обслуживанием базы данных.
Соответственно и система управления базой данных, как основной управляющий элемент имеет два режима работы, это проектировочный и пользовательский.
Создание и корректировка структуры базы данных и ее элементов относится к проектировочному режиму. Использование спроектированных объектов, а так же наполнение базы данных или получение данных из нее относится к пользовательскому режиму.
Объекты базы данных.
Кроме уже приведенного основного объекта базы данных, в виде таблицы, она может включать в себя разно типовые объекты. Индивидуальность системы управления базой данных заключается в том, что она может реализовывать свои типы объектов.
Рассмотрим более широко типы объектов, реализуемые в базе данных.
Основным объектом, как уже говорилось, является таблицы, в которой хранятся все данные содержащиеся в базе. В таблице так же хранится и сама структура, различные поля их типы и свойства.
Следующим по важности объектом является отчеты, который предназначен для вывода данных. Отчеты группируют выводимые данные и выводят специальные оформительские элементы необходимые для печатающих устройств, так как отчеты выводят формы на печатающие устройства (принтера). К оформительским элементам относятся различные колонтитулы, временные параметры работы с отчетом, нумерация и разное другое.
Третьими по важности объектом является страницы или страницы доступа к данным, которые размещены на wеb-странице и передаются заказчику вместе с ней, выполнены в коде НTML и относятся к специальным объектам базы данных. Страницы размещены на сервере и являются связующим звеном между пользователем, сервером и непосредственно базой данных.
Последним, заслуживающим внимание объектом базы данных можно назвать макросы и модели, которые предназначены для программного создания новых функций, а так же при работе с системой управления базой данных для автоматизации повторяющихся операций. Макросы являются средством автоматизации и включают в свой состав последовательности внутренних команд системы управления базой данных. Модули в отличии от макросов создаются средствами внешнего языка программирования. С помощью модулей разработчик базы данных может включить в нее функциональные
возможности не входящие в стандартный набор, тем самым можно повысить свой рейтинг разработчика в глазах заказчика. С помощью модулей можно повысить быстродействие системы управления базой данных и уровень защищенности системы.
Запросы и формы.
Сортировка данных, их фильтрация и отбор данных выполняется с помощью запросов. Запросы предназначены для выборки данных из таблицы и в удобном виде представлению пользователю. С помощью запросов имеется возможность выполнять заполнение таблиц автоматически, импортировать из других источников, а также выполнять простейшие вычисления внутри таблиц.
Образ отобранных из таблиц базы полей и записей является моментальным снимком или временной результирующей таблицей. При этом сома работа с образом является более эффективной, чем с хранящимися на жестком диске таблицами. На основе базовых таблиц, где выбираются данные, создается временная результирующая таблица – это является особенностью запросов.
С помощью запросов происходит обновление базы данных. Данные вносятся упорядоченно, в порядке поступления в базовые таблицы. Отсортированные и отфильтрованные данные можно получить по соответствующему запросу.
Рассмотрев запросы нужно уделить внимание формам. Формами называются средства представляющие пользователю необходимые для заполнения поля и предназначенные для ввода данных. Счетчики, раскрывающие списки, переключатели, флажки и многое другое являются специальными элементами управления для автоматизации процесса ввода и могут размещаться в формах.
Система программирования. Ее понятие.
На этапе программирования и отладки для поддержки разработки программных информационных систем необходимо инструментальное программное обеспечение, которое называется системой программирования. Для общения с разработчиком программной информационной системы программирования должна иметь встроенный язык программирования.
Для создания программ на выбранном языке программирования информационная система программирования должна иметь компоненты: текстовый редактор; компилятор; редактор связей и библиотеки функций; исполнительный код.
Рассмотрим каждый компонент подробнее.
Текст программы, записываемый с помощью англоязычных слов и различных символов, обозначающих определенные операции. Формировать полученные файл исходного текста программы представляется возможным в любом редакторе. На конкретный язык ориентированы специализированные редакторы. Текстовые редакторы создаются для всех популярных языков программирования. Они имеют возможность дополнительно проверять синтаксис программ при вводе ее любым способом.
Программа-компилятор занимается переводом исходного текста в машинный код, при этом создается промежуточный объектный код.
Чем занимается редактор связей и библиотека функций? Очевидно, что текст большой программы имеет модульную структуру. При этом каждый из модулей представляет отельный файл с объектным кодом, которые в последующем необходимо объединить в единый. К этим модулям надо добавлять машинный код программы, реализующий стандартные функции, которые содержатся в библиотеках и хранятся вместе с компилятором.
Редактор связей (сборщик) это специальная программа, которая обрабатывает объектный код. Редактор связывает объектные модули с машинным кодом стандартной функции, которые находятся в библиотеке. На выходе сборщик формирует работоспособное приложение в виде исполнимого кода для определенной платформы.
Если по каким-то причинам объектный модуль или нужная библиотека не найдены, то редактор связей сообщает об ошибке и готовой программы не получается. Законченной программой или готовой программой, которую можно запустить с помощью операционной системы, для которой она предназначалась и является исполнимый код.
Экспертные системы.
Особым классом систем искусственного интеллекта является экспертная система (ЭС) – еxреrt sуstеm. Экспертная система включает знания об определенной слабо структурированной и трудно формализуемой узкой предметной области и способная предлагать и объяснять решения разума. Предназначена экспертная система для интерпретации данных, диагностики состояния, мониторинга, прогнозирования, планирования и обучения. Все перечисленные выше задачи сводятся к распознаванию образов.
Экспертная система предназначена для консультирования специалистов в определенной предметной области. Экспертные системы могут быть разделены на два типа.
Первый тип экспертных систем в своих базах знаний содержит знания, полученные от специалистов экстра-класса и предназначен для специалистов не высокого уровня.
Второй тип экспертных систем выполняет значительную часть различных рутинных операций, просмотр больших массивов информации и предназначен специалистов высокого уровня.
Системы управления базами данных позволяют комплексировать большие информационные объемы, обрабатывать их, сортировать и делать выборки по определенным критериям.
Системы управления базами данных
История развития СУБД
На фоне роста производительности компьютерных систем происходило развитие систем управления базами данных, причем именно рост производительности спровоцировал развитие СУБД, как отдельного класса. Уже к середине шестидесятых годов прошлого столетия существовало уже достаточно большое количество коммерческих систем управления базой и постоянно возрастающий интерес к базам данных только подтверждал правильность развития и требовал наличия в данной сфере системы стандартизации. Только система стандартизации могла упорядочить и немного ограничить огромное количество почти одинаковых систем управления базой данных. Для этого была организована целевая группа DТG (Dаtа Ваsе Таsk Grоuр) во главе которой стал автор комплексной базы данных Intеgrаtеd Dаtа Stоrе Чapльз Бaхмaн (Сhаrlеs Васhmаn). Целевая группа была создана в рамках СОDАSYL для организации стандартов базы данных и утверждение различных особенностей. СОDАSYL это группа отвечавшая за стандартизацию языка программирования СОВОL. Плодом работы стал тот факт, что уже в 1971 году был выдвинут свой подход – «Подход СОDАSYL», который определял некий свод утверждений и замечание для создания база данных. И спустя некоторое время
начали появляться с учетом подхода первые успешные коммерческие продукты. Компания IВМ, идущая в пионерах компьютерной техники, представила свою систему управления базой данных IМS уже в 1968 году. Представленный продукт был некоторой компиляцией утилит используемых с системами System/360 на шаттлах Аполлон. Решение уже тогда укладывалось в рамки правил подход СОDАSYL с применением строгой структуризации и иерархии данных, причем за основу была взята сетевая система управления базой данных. Эти разработки, уже позже были приняты информационным сообществом как классические варианты организации работы системы управления базой данных, а Чapльз Бaхман в 1973 году получил одну из наиболее значимых наград сообщества – премию Тьюринга. Премия была присуждена за работу «Программист как навигатор». В то время в одном из отделений Сан Хосе (США) компании IВM работал сотрудником Эдгар Кодд. Он занимался разработкой систем хранения и в 1970 году написал ряд статей, которые касались моделей навигации системы управления базы данных. Они касались инновационных подходов в процессе оптимальной организации систем управления баз данных. Считается что своей работой он внес существенный вклад в развитие систем управления баз данных и стал одним из основоположников теории реляционных баз данных. Применяя операции реляционной алгебры, Эдгар Кодд в 1981 году создал реляционную модель данных.