Реферат: Базы данных и информационные системы

Содержание.


Базы данных и информационные системы . 2

Системы управления базами данных. 4

Перечень литературы и средств общения. 41





Базы данных и информационные системы.


В основе решения многих задач лежит обработка информации. Для облегчения обработки информации создаются информационные системы (ИС).

Автоматизированными называются ИС, в которых применяют технические средства, в частности ЭВМ.

В широком понимании под определение ИС попадает любая система обработки информации.

По области применения ИС можно разделить на системы:

в производстве

в образовании

в здравоохранении

в военном деле

в науке

в социальной сфере

в торговле и в др. отраслях

По целевой функции ИС модно условно разделить на следующие основные категории:

управляющие

информационно – справочные

поддержки принятия решения

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

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

Расшифруем в вкратце:

^ Базы данных – представляют собой совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отображающих состояние объектов и их взаимосвязей в рассматриваемой предметной области.

То есть информация в компьютере структурируется и хранится в виде таблиц, которые объединяются в базы данных.

^ Базы данных – это один или несколько файлов данных, предназначенных для хранения, изменения и обработки больших объемов взаимосвязанной информации.

Примерами баз данных могут быть телефонная книга, каталог товаров, штатное расписание и т.д.

Логическую структуру хранимых в базе данных называют моделью представления данных.

К основным моделям представления данных относятся:

иерхарическая

сетевая

реляционная

пост реляционная

многомерная

объектно-ориентированная

Система управления базами данных (СУБД) – это комплекс языковых и программных средств, предназначенный для создания, ведения и совместного использования БД многими пользователями.

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

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

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

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

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

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

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

ВС должна иметь достаточный объем оперативной и внешней памяти прямого доступа.

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


Системы управления базами данных.

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

серверы БД

клиенты БД

средства разработки программ работы с БД.
Полуфункциональные СУБД (ПФСУБД) – представляют собой традиционные СУБД, например Microsoft Access, MS FoxPro и Paradox.
Обычно ПФСУБД имеют развитый интерфейс, позволяющий с помощью команд меню выполнить основные действия с БД: создавать и модифицировать структуры таблиц, вводить данные, формировать запросы, разрабатывать отчеты, выводить их на печать.

Серверы БД – предназначены для организации центров обработки данных в сетях ЭВМ.

Серверы БД реализуют функции управления БД, обычно с помощью операторов SQL.

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

Средства разработки программ работы с БД можно назвать следующие инструментальные системы: Delphi, Power Builder, Visual Basic и др.

По характеру использования СУБД делят на персональные и многопользовательские.

Например: Paradox. Например: Oracle

Access, Informix

Visual FoxPro

Clipper

D Base

^ Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними.

Многопользовательские СУБД включают в себя сервер БД и клиентскую часть.

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

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

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

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

Пример:

ограничение диапазонов возможных значений атрибутов объектов

отсутствие повторяющихся записей в таблицах реляционных БД.


Свойства СУБД.

К основным свойствам СУБД и базы данных можно отнести:

1. Отсутствие дублирования данных в различных объектах модели, обеспечивающее однократный ввод данных и простоту их корректировки;

2. Непротиворечивость данных;

3. Целостность БД;

4. Возможность многоаспектного доступа;

5. Всевозможные выборки данных и их использование различными задачами и приложениями;

6. Защита и восстановление данных при аварийных ситуациях, аппаратных и программных сбоях, ошибках пользователя;

7. Защита данных от несанкционированного доступа средствами разграничения доступа для различных пользователей;

8. Возможность модификации структуры базы данных без повторной загрузки данных;

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

10. Реорганизация размещения данных базы на магнитном носителе для улучшения объемно-временных характеристик БД;

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


Технология использования СУБД.

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

Критерии выбора СУБД пользователем.

Выбор СУБД для практических приложений пользователем определяется многими факторами, к которым относятся:

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

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

тип поддерживаемой модели данных, специфика предметной области, топология информационно-логической модели;

требования к производительности при обработке данных;

наличие в СУБД необходимых функциональных средств;

наличие русифицированной версии СУБД;

уровень квалификации пользователей и наличие в СУБД диалоговых средств разработки и работы с БД.



ТЕМА: Модели и типы данных.

Иерархическая модель.

В иерархической модели между данными можно описать с помощью упорядоченного графа (или дерева).




Рис. 1

Представление связей

в иерархической модели




Для описания структуры (схемы) иерархической БД используется тип данных «дерево».

Подходят языки программирования Cu и «запись» языка Паскаль.

Тип «дерево» является составным. Он включает в себя подтипы (поддеревья), каждый из которых является типом «дерево».

Пример типа «дерево» как совокупности типов.


Р
Отдел
ис. 2


Отд. номер Отд. размер. Отд. зарп.





Начальник

Сотрудник


Нач. номер Нач. имя Нач. телефон

Сотр.номер Сотр. имя Сотр. зарпл.



Корневым называется тип, который имеет подчиненные типы, и сам не является подтипом.

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


Деление в иерархической базе.

Р
Отдел
ис. 3

10 17 36700






С
Начальник
отрудники


103 Петров А.В. 4156

201 Кургатов В.И. 3500



К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными.

Недостатком иерархической модели является ее громоздкость для обработки информации с достаточно сложными логическими связями, а так же сложность понимания для обычного пользователя.


^ Сетевая модель.

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


Представление связей в сетевой модели.




Рис. 4




Для описания схемы сетевой БД используется две группы типов: «запись» и «связь».


^ Для описания схемы сетевой БД используется две группы типов: «запись» и «связь».

Рис. 5 Пример схемы сетевой БД.


Работают в отделе


отдел

сотрудник

начальник






Состоит из сотрудников


Имеет начальника


Типы связей здесь обозначены надписями на соединяющих типы записей линиях.

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

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


Реляционная модель.
^ Реляционная модель данных предложена сотрудникам фирмы IBM Эдгаром Коддом и основывается на понятии отношение (relation).
Отношение представляет собой множество элементов, называемых кортежами.

Наглядной формой представления отношения является привычная для человеческого восприятия двумерная таблица.

Таблица имеет строки (записи) и столбцы (колонки). Каждая строка таблицы имеет одинаковую структуру и состоит из полей.

Достоинство реляционной модели данных заключается в простоте, понятности и удобстве физической реализации на ЭВМ. Простота и понятность для пользователя.

Основными недостатками реляционной модели являются следующее:

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

сложности описания иерархических и сетевых связей


^ Определение реляционной модели.

Реляционная модель данных (РДМ) некоторой предметной области представляет собой набор отношений, изменяющихся во времени.

Элементы реляционной модели.
Элементы РМ Формы представления
Отношение

Таблица

Схема отношения

Строка заголовков столбцов таблицы (заголовок таблицы)

Кортеж

Строка таблицы

Сущность

Описание свойств объекта

Атрибут

Заголовок столбца таблицы

Домен

Множество допустимых значений атрибута

Значение атрибута

Значение поля в записи

Первичный ключ

Один или несколько атрибутов

Типы данных

Тип значений элементов таблицы


Рис. 6 Пример представления отношения Сотрудник

Отношение Сотрудник Атрибут Отдел Строка отношения

(таблица) (заголовок столбца) (строка заголовков)

ФИО

Отдел
Должность
Дата рождения

Иванов

002

Начальник

27.09.51

Петров

001

Заместитель

15.04.55

Сидоров

002

Инженер

13.01.70

Кортеж

(строка) Значение атрибута (значение поля в записи)


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

(в отношении Сотрудник ключевым является атрибут «ФИО»)

Ключ может быть составным (сложным), т.е. состоять из нескольких атрибутов.

Ключи Обычно используют для достижения следующих целей:

исключение дублирования записей в ключевых атрибутах

упорядочение картежей (по возрастанию или убыванию)

ускорение работ к кортежам отношения

организации связывания таблиц



Понятие внешнего ключа.

С помощью внешних ключей устанавливающее связи между отношениями. Например, имеются два отношения Студент (ФИО, Группа, Специальность) и Предмет (Название, Пр., Часы), которые связаны отношением Студент – Предмет (ФИО, Назв. Пр., Оценка). В связующем отношении атрибута ФИО и Назв. Пр. образуют составной ключ. Эти атрибуты представляют собой внешние ключи, являющиеся первичными ключами других отношений.


Рис. 7 Связь отношений.


^ ФИО Группа Специальность
Назв. Пр. Часы






ключ ключ


ФИО Назв. Пр. Оценка



внешний внешний

ключ ключ


ТЕМА: ^ Проектирование структуры БД.

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


Индексирование.

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

Под индексом понимают средство ускорения операции поиска записей в таблице.


^ Связывание таблиц.

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

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

Установление связей между таблицами облегчает доступ к данным.


^ Основные виды связи таблиц.

При связывании двух таблиц выделяют основную и дополнительную (подчиненную) таблицы.

Логическое связывание таблиц производится с помощью ключа связи.

Ключ связи, по аналогии с обычным ключом таблицы состоит из одного или нескольких полей, которые в данном случае называют полями связи.

Основные виды связи:

один – один (1:1)

один – много (1:М)

много – один (М:1)

много – много (М:М)


Характеристика видов связей таблиц.


Характеристика полей связи по видам

(1:1)


(1:М)


(М:1)


(М:М)


Поля связи основной таблицы

Является ключом

Является ключом

Не является ключом

Не является ключом

Поля связи дополнительной таблицы

Является ключом

Не является ключом

Является ключом

Не является ключом



^ Связь вида 1:1.

Связь вида 1:1 образуется в случае, когда все поля связи основной и дополнительной таблиц являются ключевыми.

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


Пример 1.

Пусть имеются основная 01 и дополнительная Д1 таблицы.


01

Поле 11

Поле 12

а

10

б

40

в

3


Д1

Поле 21

Поле 22

а

стол

в

книга


На практике связи вида 1:1 используются сравнительно редко, т.к. хранимую в двух таблицах информацию легко объединить в одну таблицу, которая занимает гораздо меньше места в памяти ЭВМ.

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


^ Связь вида 1:М.

Связь 1:М имеет место в случае, когда одной записи основной таблицы соответствует несколько записей вспомогательной таблицы.

ПРИМЕР:

Пусть имеются две связанные таблицы 02 и Д2. В таблице 02 содержится информация о видах мультимедиа - устройств ПЭВМ, а в таблице Д2 – сведения о фирмах – производителях этих устройств, а также о наличии на складе хотя бы одного устройства.

02

Код

Вид устройства

а

СD-ROM

б

CD-Recorder

в

Sound Blaster

*+

*+ Д2 *

Код

Фирма производитель

Наличие

а

Acer

Да

а

Mitsumi

Нет

а

NEC

Да

а

Panasonic

Да

а

Sony

Да

б

Philips

Нет

б

Sony

Нет

б

Yamaha

Да

в

Creative Lals

Да


* - ключи

+ - связи

Таблица Д2 имеет два ключевых поля, т.к. одна и та же фирма может производить устройства различных видов. В примере фирма Sony производит устройства считывания и переписи с компакт – дисков.


^ Связь вида М:1.

Связь вида М:1 имеет место в случае, когда одной или нескольким записям основной таблицы ставится в соответствие одна запись дополнительной таблицы.

ПРИМЕР:

03

+

Поле 11

Поле 12

Поле 13

Деталь 1

Деталь 1

Деталь 2

Деталь 2

Деталь 2

Деталь 3

Деталь 4

Чугун

Чугун

Сталь

Сталь

Сталь

Аллюминий

Чугун

Марка 1

Марка 2

Марка 1

Марка 2

Марка 3

-------

Марка 2



Д3

*+

Поле 21

Поле 22

Поле 23

Деталь 1

Деталь 2

Деталь 3

Деталь 4

4.03.98

3.01.98

17.02.98

6.05.98

90

35

90

240


В основной таблице 03 содержится информация о названиях деталей, видах материалов и марках материала. В дополнительной таблице Д3 содержаться сведения о названиях деталей, планируемых сроках изготовления и стоимости заказов.

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

Таблица 03 не имеет ключей и в ней возможно повторение записей. Если таблицу Д3 сделать основной, а таблицу 03 – дополнительной, получим связь вида 1:М.


^ Связь вида М:М.

Самый общий вид связи М:М возникает в случаях, когда нескольким записям основной таблицы соответствует несколько записей дополнительной таблицы.

ПРИМЕР:

Пусть в основной таблице 04 содержится информация о том, на каких станках могут работать рабочие некоторой бригады. Таблица Д4 содержит сведения о том, кто из бригады ремонтников какие станки обслуживает.

04

* *+

Работает

На станке

Иванов А.В.

Иванов А.В.

Петров Н.Г.

Петров Н.Г.

Сидоров В.К.

Станок 1

Станок 2

Станок 1

Станок 3

Станок 2


Д4

* *+

Обслуживает

Станок

Голубев Б.С.

Голубев Б.С.

Зыков А.Ф.

Зыков А.Ф.

Станок 1

Станок 3

Станок 2

Станок 3



Таблица 04+Д4

работа

станок

обслуживание

Иванов А.В.

Иванов А.В.

Петров Н.Г.

Петров Н.Г.

Петров Н.Г

Сидоров В.К.

Станок 1

Станок 2

Станок 1

Станок 3

Станок 3

Станок 2

Голубев Б.С.

Зыков А.Ф

Голубев Б.С.

Голубев Б.С.

Зыков А.Ф.

Зыков А.Ф.


«Кто обслуживает станки, на которых трудится Петров Н.Г.

Связь М:М не устанавливает подчиненности таблиц.


Контроль целостности связей.

Рассмотрим связь вида 1:М











…




х







…










Основная таблица













…
Х









…

Х










…










Дополнительная таблица


Контроль целостности связей обычно означает анализ содержимого двух таблиц на соблюдение следующих правил:

каждой записи основной таблицы соответствует нуль или более записей дополнительной таблицы;

в дополнительной таблице нет записей, которые не имеют родительских записей в основной таблице;

каждая запись дополнительной таблицы имеет только одну родительскую запись в основной таблице

Основные операции над данными двух таблиц:

ввод новых записей

модификация записей

удаление записей


Требования, предъявляемые к базе данных.

База данных должна:

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

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

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

не зависить (или мало зависить) от количества помещаемых в нее данных;

легко перестраиваться при изменении программной и аппаратной среды;

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

доступ к данным должны иметь определенные лица.



^ Этапы проектирования и создания БД.

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

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

^ Информационный объект – это информационное описание некоторой сущности реального объекта, процесса или события.

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

При проектировании реляционной БД необходимо решить вопрос о наиболее эффективной структуре данных.

Основные цели, которые при этом преследуются:

Обеспечение быстрого доступа к данным таблицы.

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

Обеспечение целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило изменение связанных с ним объектов.

В FoxPRO целостность данных средствами СУБД не поддерживается, поэтому пользователь сам должен позаботится об этом (каким образом – рассмотрим позже).


Нормализация базы данных.

Процесс уменьшения избыточности информации в БД называется нормализацией.

Реквизиты каждого информационного объекта должны отвечать следующим требованиям нормализации:

Информационные объекты должны содержать уникальный идентификатор (ключ).

Ключ является простым, если он состоит из одного реквизита и составным, если из нескольких.

Все описанные реквизиты должны быть взаимонезависимы.

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

Каждый описательный реквизит должен функционально полно зависеть от ключа, т.е. каждому значению ключа соответствует только одно значение описательного реквизита.

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

Теория нормализации оперирует с пятью нормальными формами таблиц. Эти формы предназначены для уменьшения избыточной информации от 1-ой до 5-ой нормальной формы. Поэтому каждая последующая форма должна удовлетворять требованиям предыдущей формы и некоторым дополнительным условиям.


Таблица в 1 нормальной форме должна удовлетворять следующим требованиям:

Таблица не должна иметь повторяющихся записей.

В таблице должны отсутствовать повторяющиеся группы полей.

Каждое поле неделимо.

Столбцы и строки должны быть не упорядочены.

Для удовлетворения условия 1 каждая таблица должна иметь, по крайней мере, один уникальный ключ.

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

Требование 2 должно устранять повторяющиеся группы.


^ Вторая нормальная форма.

О таблице говорят, что она находится во 2-ой нормальной форме, если:

Она удовлетворяет условиям 1-ой нормальной формы.

Первичный ключ однозначно определяет всю запись.

Все поля зависят от первичного ключа.

Первичный ключ не должен быть избыточным.


Понятие 2-ой нормальной формы применимы только к таблицам, имеющим составной индекс.

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


^ Третья нормальная форма.

О таблице говорят, что она находится в третьей нормальной форме, если:

Она удовлетворяет условиям второй нормальной формы.

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

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

В результате такого разбиения каждое из неиндекных полей должно оказаться независимым от какого-либо другого неиндексного поля.

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

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

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


Графический способ представления ИЛМ.

«Учет заказа покупателей».




У ^ Категория
Код категории

Предприятие
Код предприятия

ровень 0





^ Товар
Код товара


Покупатель
Код покупателя




Уровень 1

Заказ Код покупателя
+

код товара

+

дата заказа







Уровень 2


Рис. 8 Информационно-логическая модель данных.

Логическая структура реляционной базы данных.


«Учет заказа покупателей».
Товар
Категория

Заказ


Предприятие Покупатель


Команды установки работы FoxPRO.

Set status on – для установке на экране статус – строки (по умолчанию off), полезная информация для пользователя:
имя открытой базы
номер текущей записи
активный диск

Set talk on/off – (по умолчанию off) – когда выполенние многих команд отображается на экране.

Set date German – (ДД.ММ.ГГ) – установка формата даты.

Set bell on/off – включение, отключение звукового сигнала

Sset confirm on/off – включение, отключение автоматического перехода курсора на следующее поле.

Set default to [<список путей>] – задает список путей не обнаруженных в данной директории.

Выяснить имя текущей директории можно с помощью функции:

SYS (2003) – текущая директория (полный путь)

SYS (2004) – полный

SYS (2006)

^ СУБД FOXPRO.

ВВЕДЕНИЕ.

В автоматизированной обработке массовой информации на ЭВМ появилась потребность в специальных языках обработке данных.


^ Технические характеристики и особенности СУБД.

Fox PRO основными файлами системы управления базами данных:

Fox PRO.EXE, Fox PRO.OVL

Fox PRO.INT - файл языковых установок для локализации пакета

CONFIG.FP – файл конфигурации Fox PRO

Fox USER.DBF, FOX USER.FPT – файлы внутренних установок Fox PRO

Fox HELP.DBF, Fox HELP.FPT, Fox HELP.CDX - HELP к системе Fox PRO и другие.


^ Технология и структура данных в СУБД.

Все данные хранятся в файлах. Файлы данных, или базы данных, представляют собой таблицу.

База данных


Поле 1

Поле 2

Поле 3

…

Поле N



















Запись 1
















Запись 2
















Запись 3


Каждая строка (запись) содержит некоторые сведения об описываемом объекте. Каждая клетка записи называется полем записи. Все записи базы данных имеют идентичную, заданную пользователем структуру и размеры.

ПРИМЕР: записи базы кадры

Имеет поля, Фамилия, год рождения, семейное положение и т.д. на каждого работника по записи в базе.


^ Типы файлов.

В Fox PRO можно создавать и обрабатывать несколько типов дисковых файлов. Каждому файлу дается имя. Расширение определяет тип файла. Для всех файлов Fox PRO установлены стандартные расширения. Основные типы:

имя. DBF – файл базы данных

имя. FPT – файл примечаний, хранящей мемо-поля базы данных

имя. IDX – индексный файл

имя. CDX – мультииндексный файл

имя. PRG - командный, программный файл

имя. MEM – файл для сохранения временных переменных

имя. FXP – откомпилированный командный файс PRG

имя. APP – объединенный откомпилированный командный файл


^ Файлы БД типа DBF являются основными носителями данных версия 2.5 Fox PRO

Число записи в файле  до миллиарда

Размер записи (в байтах) – до 65500

Число полей в записи – до 255

Число одновременно открытых баз – до 25/255


Типы и размеры полей (в байтах)

символьные поля – до 254

числовые поля – до 20

поля дат – 8

логические поля – 1

Символьные поля (типа С) допускают ввод любых алфавитно-цифровых символов, знаков препинания и т.д.

Числа в БД хранятся в числовых полях двух форматов с фиксированной и плавающей точками (типы N и F).

Логические поля могут иметь только два значения .Т. (TRUE – истина) и .F. (False – ложь) или .Y. .N. Разрешается вводить и строчные буквы.

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

Поля примечаний (тип М) имеют произвольную длину в каждой записи.

Файл примечаний имеет одинаковое с файлом БД имя, но расширение FPT. Создается одновременно вместе с полями БД. В каждой записи файла DBF имеется ссылка фиксированной длины 10 на каждое имеющееся в базе мемо-поле.

Файлы примечаний подчиненными по отношению к файлам DBF.

Создание таблиц.

Тип файла .Таблица/DBF

Наименование полей.

может содержать до 10 символов

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

два поля в одной таблице не могут иметь одинаковые наименования

недопустимо: , [ ] "> - пробел


ТЕМА: Создание файла БД.

Создание файла БД включает два этапа: создание структуры файла и заполнение данными.

Структура файла БД типа DBF создается команда

- CREATE имя файла CREATE COSTOMER

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

Если файл создается не на активном в данный момент диске или директории, то нужно указать полный путь.

Изменить структуру созданной базы данных можно командой:

Modify Structure

Модифицированный файл должен быть предварительно открыт

Use имя файла открытие файла БД

Use без параметров закрывает базу данных

Close Database

Закрывает все файлы БД и индекс файлов

Close all

Закрытие вообще всех файлов

Добавление файла новыми записями осуществляется командой

append (blank)

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

После ввода текущей записи автоматически происходит доступ к следующей записи.

Для того, чтобы войти в мемо-поле, необходимо на него поместить курсор и нажать Ctrl – Home или дважды кнопку мыши. Выход из мемо – поля сохранением – клавиши Ctrl – W или Ctrl - End, без сохранения – Escape (будет вопрос – предупреждение).

Выход из окна Append осуществляется так же Ctrl – W или Ctrl – End.

Листание по записям осуществляется Pq Up/Pq Dn/

Допускается также пометка записей к удалению нажатием Ctrl – Т.


Окно редактирования.

Команды APPEND, INSERT, EDIT, CHANGE, BROWSE.

Перед использованием команды редактирования необходимо наличие открытой БД.

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

Другую форму предъявления данных осуществляет команда BROWSE (Browse – окно).

Здесь поля каждой записи располагаются горизонтально – колонками.

Добавление новой записи осуществляется нажатием клавиш Ctrl – N (кроме команды APPEND).

Можно установить режим копирования в новую запись всех (ON) полей из текущей (не обязательно последней) записи командой.

SETCARRY ON/OFF

По умолчанию OFF. Можно установить и выборочное копирование только указанных (полей) командой

- SET CARRY TO [<поля>].


BROWSE – окно.

Один из наиболее мощных и уд