Реферат: Базы данных и файловые системы. Реферат база данных по информатике

Реферат - Хранение информации базы данных.

Информация, предназначенная для обработки на ПК, называется данными. Когда данных много, возникает задача их хранения, поиска в них информации и её использования. Для этого данные должны быть упорядочены определённым образом.

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

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

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

Таким образом, реляционные БД имеют следующие свойства:

1)Каждый элемент таблицы в пересечении строки и столбца – отдельный элемент данных.

2)Каждое поле имеет своё название (имя).

3)Все данные одного поля – однотипны.

4)Одинаковые записи в таблице отсутствуют.

5)Порядок следования записей в таблице – произвольный.

Информационная модель для построения компьютерных реляционных БД была предложена Э.Ф. Коддом в 1970 году, и в основе её лежит понятие отношения (relation, англ.), связывающего признаки объектов. Отсюда и название таких БД – реляционные.

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

15. Локальные вычислительные сети: классификация и особенности построения.

Лока́льная вычисли́тельная сеть (ЛВС, локальная сеть; англ. Local Area Network, LAN) — компьютерная сеть, покрывающая обычно относительно небольшую территорию или небольшую группу зданий (дом, офис, фирму, институт). Также существуют локальные сети, узлы которых разнесены географически на расстояния более 12 500 км (космические станции и орбитальные центры). Несмотря на такие расстояния, подобные сети всё равно относят к локальным.

Классификация

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

Компьютеры могут соединяться между собой, используя различные среды доступа: медные проводники (витая пара), оптические проводники (оптические кабели) и через радиоканал (беспроводные технологии). Проводные, оптические связи устанавливаются через Ethernet, беспроводные — через Wi-Fi, Bluetooth, GPRS и прочие средства. Отдельная локальная вычислительная сеть может иметь связь с другими локальными сетями через шлюзы, а также быть частью глобальной вычислительной сети (например, Интернет) или иметь подключение к ней.

Чаще всего локальные сети построены на технологиях Ethernet или Wi-Fi. Следует отметить, что ранее использовались протоколы Frame Relay, Token ring, которые на сегодняшний день встречаются всё реже, их можно увидеть лишь в специализированных лабораториях, учебных заведениях и службах. Для построения простой локальной сети используются маршрутизаторы, коммутаторы, точки беспроводного доступа, беспроводные маршрутизаторы, модемы и сетевые адаптеры. Реже используются преобразователи (конвертеры) среды, усилители сигнала (повторители разного рода) и специальные антенны.

Маршрутизация в локальных сетях используется примитивная, если она вообще необходима. Чаще всего это статическая либо динамическая маршрутизация (основанная на протоколе RIP).

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

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

Технологии локальных сетей реализуют, как правило, функции только двух нижних уровней модели OSI — физического и канального. Функциональности этих уровней достаточно для доставки кадров в пределах стандартных топологий, которые поддерживают LAN: звезда, общая шина, кольцо и дерево. Однако из этого не следует, что компьютеры, связанные в локальную сеть, не поддерживают протоколы уровней, расположенных выше канального. Эти протоколы также устанавливаются и работают на узлах локальной сети, но выполняемые ими функции не относятся к технологии LAN.

Адресация

В локальных сетях, основанных на протоколе IPv4, могут использоваться специальные адреса, назначенные IANA (стандарты RFC 1918 и RFC 1597):

10.0.0.0—10.255.255.255;

172.16.0.0—172.31.255.255;

192.168.0.0—192.168.255.255.

Такие адреса называют частными, внутренними, локальными или «серыми»; эти адреса не доступны из сети Интернет. Необходимость использовать такие адреса возникла из-за того, что при разработке протокола IP не предусматривалось столь широкое его распространение, и постепенно адресов стало не хватать. Для решения этой проблемы был разработан протокол IPv6, однако он пока малопопулярен. В различных непересекающихся локальных сетях адреса могут повторяться, и это не является проблемой, так как доступ в другие сети происходит с применением технологий, подменяющих или скрывающих адрес внутреннего узла сети за её пределами — NAT или прокси дают возможность подключить ЛВС к глобальной сети (WAN). Для обеспечения связи локальных сетей с глобальными применяются маршрутизаторы (в роли шлюзов и файрволов).

Конфликт IP адресов — распространённая ситуация в локальной сети, при которой в одной IP-подсети оказываются два или более компьютеров с одинаковыми IP-адресами. Для предотвращения таких ситуаций и облегчения работы сетевых администраторов применяется протокол DHCP, позволяющий компьютерам автоматически получать IP-адрес и другие параметры, необходимые для работы в сети TCP/IP.

www.ronl.ru

Реферат - Создание базы данных 5

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

КАЗАНСКИЙ ФИЛИАЛ

РОССИЙСКАЯ АКАДЕМИЯ ПРАВОСУДИЯ

Кафедра правовой информатики, информационного права и

естественнонаучных дисциплин

Реферат по дисциплине: «Информационные системы

в профессиональной деятельности»

на тему: «Создание базы данных»

Выполнил: студентка IV курса

группы П-71 Пантелеева А. В.

Проверила: ст. преподаватель Латфуллина Д.Р.

Казань 2010

Содержание:

Введение………………………………………………………………….3-4

1. Создание новой базы данных. Таблица в Microsoft Access……..5-10

2. Создание связей между таблицами……………………………….11-12

3. Создание запросов в Microsoft Access…………………………….13-14

4. Создание форм в Microsoft Access…………………………………15

5. Создание отчетов в Microsoft Access………………………………16

Заключение…………………………………………………………………17

Список использованной литературы……………………………………..18

Введение:

В современном мире человеку приходится сталкиваться с огромными массивами однородной информации. Эту информацию необходимо упорядочить каким-либо образом, обработать однотипными методами и в результате получить сводные данные или разыскать в массе конкретную информацию. Этой цели служат базы данных. Используя Microsoft Office Access, который входит в пакет офисных приложений Microsoft Office, мы можете самостоятельно создать базу данных.

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

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

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

Завершается создание базы данных процедурой загрузки, т.е. заполнением таблиц конкретными данными. Особое значение имеет технология загрузки взаимосвязанных данных. Удобным инструментом загрузки данных во взаимосвязанные таблицы являются формы ввода/вывода, обеспечивающие интерактивный интерфейс для работы с данными базы. Формы позволяют создать экранный аналог документа источника, через который можно вводить данные в несколько взаимосвязанных таблиц.

Для анализа данных или распечатки их определенным образом используется отчет. Отчет – это объект, предназначенный для создания документа на основе данных из таблицы или запроса. Этот документ можно распечатать или включить в документ другого приложения (Word, Excel).

Перед созданием базы данных необходимо ответить на следующие вопросы:

−Каково назначение базы данных и кто будет ею пользоваться?

−Какие таблицы (данные) будет содержать база данных?

−Какие запросы и отчеты могут потребоваться пользователям этой базы данных?

−Какие формы может потребоваться создать?

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

1. Создание базы данных. Таблица в Microsoft Access.

В Microsoft Access поддерживаются три метода создания Базы данных:

1.Создание базы данных с помощью мастера

2.Создание базы данных с помощью шаблона

3.Создание пустой базы данных без помощи мастера

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

Для создания новой базы данных нужно запустить Microsoft Access 2003 из меню пуск или с помощью ярлыка. Далее в меню «файл» выберем пункт «создать», после чего появится окно следующего содержания:

Как уже говорилось ранее, мы будем создавать новую базу данных, следовательно, мы выбираем пункт «Новая база данных».

В открывшемся поле имени файла вводим имя файла «Суд». Отмечу, что при необходимости можно выбрать папку для размещения файла базы данных. Далее нажимаем кнопку «Создать» и создаем таблицу.

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

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

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

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

Итак, нам необходимо создать три таблицы: «Помощники судей», «Судьи по гражданским делам», «Судьи по уголовным делам». Начнём с создания таблицы «Помощники судей». После завершения работы с определением полей таблицы которая у меня будет состоять из столбцов: «Фамилия, Имя, Отчество, Стаж, Категория дел, Судья»; закрываем её под названием «Помощники судей» с сохранением и начинаем заполнять таблицу, которую мы обнаружим сразу же после закрытия таблицы.

Следует отметить, что тип данных столбцов «Фамилия», «Имя», «Отчество», «Категория дел», «Судья» программа автоматически определила тип данных как «Текстовый», а «Стаж» — как числовой.

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

Далее аналогии создаются таблицы: «Судь по уголовным делам», «Судьи по гражданским делам».

2. Создание связей между таблицами.

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

Для создания связей необходимо выбрать «Схема данных» в ленте «Режим таблицы». Появится активное диалоговое окно «Добавление таблицы». В появившемся диалоговом окне «Добавление таблицы» необходимо выделить имена таблиц и нажать кнопку «Добавить», при этом в окне «Схема данных» добавляются таблицы. После появления всех таблиц в окне «Схема данных» необходимо закрыть окно «Добавление таблицы», щелкнув левой кнопкой мыши на кнопке «Закрыть».

Следующий шаг – это установка связей между таблицами в окне «Схема данных». Для этого в окне «Схема данных» необходимо переместить поле «Код» из таблицы «Помощники судей» на соответствующее поле таблицы «Судьи по гражданским делам». В результате этой операции появится окно «Изменение связей». В данном окне должен быть установлен тип отношений один-ко-многим. Далее нажимаем кнопку «Создать».

Аналогичным образом создаем связь с таблицей «Судьи по уголовным делам».

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

Щелкаем на знаке «плюс» записи для «Загидуллин Айнур Рустамович», откроется вложенная таблица, содержащая те записи таблицы «Помощники судей» значение поля Код которых равно величине одноименного поля записи для «Загидуллин Айнур Рустамович».

3. Создание запросов в Microsoft Access.

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

В Microsoft Access после создания таблиц и организации связей между ними создаются запросы.

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

Для осуществления запроса необходимо выполнить следующие последовательные действия: В окне базы данных переходим к вкладке «ЗАПРОСЫ» и щелкаем кнопку «СОЗДАТЬ»; В диалоговом окне «НОВЫЙ ЗАПРОС» выбираем команду “Конструктор” и щелкаем кнопку OK; В диалоговом окне «ДОБАВЛЕНИЕ ТАБЛИЦЫ» выбираем нужную вкладку; Для добавления объектов в запрос дважды щелкаем кнопкой мыши на имени каждого добавляемого объекта, а затем щелкните кнопку «ЗАКРЫТЬ».

Если запрос содержит несколько таблиц или запросов, нужно убедиться, что между собой их соединяет линия. Для Microsoft Access это означает, что данные связаны. Если же линий нет, создадим их (устанавливаем курсор мыши на связываемое поле первой таблицы, нажимаем левую кнопку мыши и, не отпуская ее, перемещаем курсор на связываемое поле другой таблицы). Добавляем поля в запрос перемещая их имена с помощью мыши из списка полей в бланк запроса. Внесём в запрос необходимые усовершенствования, а именно: определим условия отбора, порядок сортировки, создаём вычисляемые поля. Для сохранения запроса выберем пункт меню «ФАЙЛ» команду «Сохранить».

Рассмотрим форму создания запроса на примере таблицы «Судьи по гражданским делам» и «Судьи по уголовным делам». В окне запроса вводим следующее название полей: «Фамилия». В условии отбора для поля «Фамилия» вводим «=-ова, -ева».

4. Создание форм в Microsoft Access.

Форма — это объект базы данных, который можно использовать для ввода, изменения или отображения данных из таблицы или запроса. Формы могут применяться для управления доступом к данным: с их помощью можно определять, какие поля или строки данных будут отображаться. Например, некоторым пользователям достаточно видеть лишь несколько полей большой таблицы. Если предоставить им форму, содержащую только нужные им поля, это облегчит для них использование базы данных. Для автоматизации часто выполняемых действий в форму можно добавить кнопки и другие функциональные элементы.

В Microsoft Access версии 2003 форма расположена в меню «Вставка». Созданная при помощи такой заготовки форма для таблицы «Помощники судей» выглядит так:

5. Создание отчетов в Microsoft Access.

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

В Microsoft Access можно создавать отчеты различными способами:

―Конструктор,

―Мастер отчетов,

―Автоотчет: в столбец,

―Автоотчет: ленточный,

―Мастер диаграмм,

―Почтовые наклейки.

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

Заключение:

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

Список использованной литературы:

1. Информатика: Практикум по технологии работы на компьютере. Учебное пособие / Под ред. Н.В.Макаровой. 3-е изд. М.: Финансы и статистика, 2004.

2. Информатика. Базовый курс /Симонович С.В. и др. — СПб: Издательство «Питер», 2009. – 640с.

3. Лазарев И.П… “Microsoft Access для чайников”… СПб – Питер, 2004. – 256 с.

4. Марченко А. П. Microsoft Access: Краткий курс. – СПб.: Питер, 2005. – 288 с.

www.ronl.ru

Доклад - База данных Фирма

Федеральное агентство по образованию Р Ф

ГОУ ВПО Уральский Государственный Технический Университет-УПИ

Кафедра вычислительной техники

БАЗА ДАННЫХ «ФИРМА»

Пояснительная записка к курсовому проекту

Преподаватель:

Попко Е.А.

Студент:

Соболева Е.Ю.

Екатеринбург

2008

Содержание

Аннотация

1. Спецификация связи.

2. Даталогическое проектирование

3. Схема данных

4.Таблицы описания структуры отношений.

4.1 Таблица “ЗАКАЗ ”

4.2 Таблица “ КЛИЕНТЫ ”

4.3 Таблица «ПАСПОРТНЫЕ ДАННЫЕ»

4.4 Таблица “ТОВАРЫ ”

5. Рабочее проектирование

5.1 Форма “Главная”

5.2 Форма “ЗАКАЗ”

5.3 Форма “КЛИЕНТ”

5.4 Форма “ТОВАРЫ ”

5.5 Форма “ПАСПОРТНЫЕ ДАННЫЕ ”

6. Отчётность Excel

Список литературы

Аннотация

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

1. Спецификация связи

Клиент размещает заказ – это связь “Один ко многим”, т.к. один Клиент может иметь несколько заказ.

2. Даталогическое проектирование

База данных исполнена на СУБД “MSAccess 2000”. Выбор данной СУБД был сделан из-за простоты проектирования и “открытости”. Т.е. в дальнейшем любой пользователь может ее без больших усилий редактировать (создавать новые запросы, формы, макросы).

3. Схема данных

Схема данных приведена на рисунке 1

Рис.1. Схема данных.

4.Таблицы описания структуры отношений

Ниже приведена структура таблиц в формате СУБД “MSAccess 2000”.

4.1 Таблица “ЗАКАЗ ”

4.2 Таблица “ КЛИЕНТЫ ”

4.3 Таблица «ПАСПОРТНЫЕ ДАННЫЕ»

4.4 Таблица “ТОВАРЫ ”

5. Рабочее проектирование

5.1 Форма “Главная”

Рис 2. Форма “Главная”.

Данная форма является стартовой. С нее открываются формы “ЗАКАЗ”, “КЛИЕНТ”, “ТОВАРЫ ”, “ПАСПОРТНЫЕ ДАННЫЕ ”.

5.2 Форма “ЗАКАЗ”

Формы “ЗАКАЗ”, “КЛИЕНТ”, “ТОВАРЫ ” представляют собой таблицы для работы с записями.

Рис 3. Форма “Заказ”.

5.3 Форма “КЛИЕНТ”

Рис 4. Форма “Клиент”.

5.4 Форма “ТОВАРЫ ”

Рис 5. Форма “Товары ”.

5.5 Форма “ПАСПОРТНЫЕ ДАННЫЕ ”

Рис 6.Форма “Паспортные данные ”.

6. Отчётность Excel

При нажатии соответствующей кнопки на главной форме выводится отчёт Excel. Диаграмма по количеству продаж представлена на рис 7.

фирма заказ информация отчет продажа

Рис 7.Отчёт по продажам.

Список литературы

1. А.Д. Хомоненко “Базы данных” М: Корона — принт, 2000.

2. В.В. Корнеев “Базы данных. Интеллектуальная обработка информации”, М: Нолидж, 2000.

www.ronl.ru

Доклад - База данных - Информатика, программирование

Что такое база данных

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

Если вы любите порядок, то, скорее всего, электронные таблицы или ярлыки к ним у вас сгруппированы с помощью каталогов и подкаталогов. При выполнении такого упорядочивания вы сами являетесь диспетчером базы данных. Но что делать, когда приходится работать с огромными объемами? Как можно собирать сведения обо всех клиентах и сделанных ими заказах, если данные хранятся в нескольких документах или файлах? Как обеспечить связь между файлами при вводе новой информации? Как проверить достоверность ввода данных? Как быть, если необходимо обеспечить совместный доступ к информации, но предотвратить одновременное обновление данных двумя различными сотрудниками? Как обеспечить размножение данных, если отсутствует возможность одновременного доступа к данным? Наличие подобного рода проблем говорит о необходимости использовать систему управления базой данных, СУБД (database management system, DBMS).

Реляционные базы данных

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

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

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

Некоторые понятия реляционных баз данных

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

Атрибут (Attribute) — определенная часть информации о предмете (например, адрес клиента или сумма заказа). Атрибут обычно хранится в столбце (поле) таблицы.

Экземпляр (Instance) — конкретный элемент отношения (конкретный клиент или продукт). Экземпляр обычно представлен в таблице записью (строкой).

Связь (Relationship) — это способ, посредством которого информация в одном отношении связана с информацией в другом отношении. Например, клиенты имеют связь «один-ко-многим» с заказами, поскольку один клиент может размещать несколько заказов, но каждый заказ относится только к одному клиенту.

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

Возможности баз данных

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

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

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

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

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

Что такое Access?

Если вы являетесь серьезным пользователем персонального компьютера, то, скорее всего, для решения своих задач вы используете приложения обработки текстов или электронных таблиц. Быть может, много лет назад вы начинали с программ для MS-DOS, работающих только в символьном режиме, но впоследствии перешли на использование программных продуктов, работающих в операционной системе Windows. Кроме того, возможно, у вас имеется собственное приложение для работы с базами данных: либо в составе пакета Microsoft Works, либо в виде отдельной программы.

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

В настоящее время, когда выпущено уже несколько версий и, начиная с пятого выпуска, приложение Access стало надежным 32-разрядным Windows-приложением, возможно, наступило время по-другому подойти к выполнению своей работы на компьютере. Если ранее вы настороженно относились к программным продуктам, предназначенным для работы с базами данных, ввиду недостаточности навыков программирования либо ввиду того, что на обучение уходит слишком много времени, то вы будете приятно удивлены простотой работы в Access. Но как определить, что уже пора переходить на использование таких систем управления базами данных (СУБД), как Access? Для облегчения принятия правильного решения давайте рассмотрим преимущества использования таких СУБД.

Access как СУРБД

База данных Access (использующая файлы с расширением .mdb) является полнофункциональной СУРБД. Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.

Такую базу данных можно использовать изолированно на отдельной рабочей станции или в клиент-серверном режиме по сети. «Настольная» база данных также может выступать в качестве источника данных для веб-страниц корпоративной сети. При создании приложения на основе «настольной» базы данных Access выступает в роли СУРБД. Помимо этого Access может использоваться для создания файла проекта (с расширением .adp), подключаемого к серверу SQL Server, что позволит совместно использовать данные сервера другими приложениями или пользователями по Сети. При создании файла проекта в качестве СУРБД выступает SQL Server (или Microsoft SQL Server Desktop Engine, MSDE).

Определение и хранение данных

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

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

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

Некоторые программы работы с электронными таблицами позволяют определять в листе область «базы данных», помогая управлять информацией, необходимой для получения требуемого результата. Однако по-прежнему сохраняются остальные ограничения этих программ. Кроме того, иногда возникает необходимость обрабатывать не только текстовые и числовые данные, а программы работы с электронными таблицами не «понимают» такие типы данных, как изображения или звуки.

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

Приложение Microsoft Access – это настольная система управления реляционными базами данных (СУБД), предназначенная для работы на автономном персональном компьютере (ПК) или локальной вычислительной сети под управлением семейства операционных систем Microsoft Windows (Windows 2000, Windows XP и Windows Server 2003).

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

К основным возможностям СУБД Microsoft Access можно отнести следующие:

Проектирование базовых объектов – двумерные таблицы с полями разных типов данных.

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

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

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

Пользовательский интерфейс MS Access 2003

Интерфейс пользователя MS Access – это комплекс программ, который реализует диалог в процессе работы пользователя с приложением Access.

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

При выборе команды «Создать файл» в области задач изменится режим на «Создание файла».

При выборе команды «Новая база данных» откроется окно диалога «Файл новой базы данных», в котором необходимо выбрать имя диска и директории для хранения БД, а также имя БД (тип файла устанавливается по умолчанию «Базы данных Microsoft Office Access») и щелкнуть на кнопке «Создать», будет сохранен файл с расширением .mdb.

В главном окне появится окно БД с назначенным именем, например «Деканат: база данных (формат Access 2000). В Access2003 для новых баз данных по умолчанию используется формат файла Access 2000, необходимый для обеспечения совместимости с базами данных предыдущих версий. Для того чтобы изменить формат файлов Access 2000, необходимо в меню главного окна выбрать команду «Сервис / Служебные программы / Преобразовать базу данных» и указать нужный формат.

Для изменения используемого по умолчанию формата файлов при создании новой базы данных необходимо выбрать команду Сервис / Параметры, активизировать вкладку «Другие» и в списке «Формат файла по умолчанию» выбрать из списка Access 2002—2003.

Главное окно приложения Microsoft Access состоит из следующих областей:

строка заголовка;

строка меню;

панель инструментов;

окно базы данных;

строка состояния.

1) В строке заголовка находится системное меню в виде пиктограммы, расположенной слева от названия главного окна: «Microsoft Access».

2) Строка меню содержит группы команд объединенные по функциональному признаку: Файл, Правка, Вид, Вставка, Сервис, Окно, Справка. Команды, содержащие в меню аналогичны командам в редакторах Word, Excel и в других приложениях Office.

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

4) Окно базы данных имеет:

строку заголовка;

панель инструментов, на которой расположены следующие кнопки: Открыть; Конструктор; Создать; Удалить; Крупные значки; Мелкие значки; Список; Таблица;

панель «Объекты»: таблицы, запросы, формы, отчеты, страницы, макросы и модули

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

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

Рассмотри более подробнее окно БД

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

Команды панели инструментов окна БД:

Открыть – открытие выделенного объекта (таблицы, запроса, формы и т.д.) в режиме страницы;

Конструктор — открытие выделенного объекта в режиме конструктора;

Создать – создание объекта базы данных;

Удалить – Удаление выделенного объекта;

Крупные значки; Мелкие значки; Список; Таблица – представление объектов базы данных в окне базы данных в соответствующем виде.

Панель «Объекты»:

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

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

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

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

Страницы — страницы доступа к данным представляют собой специальную Web-страницу, предназначенную для просмотра и работы через Интернет или интрасеть с данными, которые хранятся в базах данных Microsoft Access или БД MS SQL Server.

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

Модуль — объект, содержащий программы на языке Visual Basic, применяемые в некоторых случаях для обработки данных.

Область со списком возможных режимов создания объектов

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

Нажатие кнопки “Открыть” активизирует режим таблицы, в котором можно просматривать и редактировать данные в выбранной таблице. Нажатие кнопки “Конструктор” открывает таблицу в режиме конструктора, предназначенном для просмотра и изменения структуры таблицы.

www.ronl.ru

Реферат - База данных MS Access

Министерство общего и профессионального образования РФ

Ростовский государственный экономический университет

«РИНХ»

Кафедра информационных технологий

ДОМАШНЕЕ ЗАДАНИЕ

По дисциплине: Информатика

На тему: СУБД Ms Access

г. Ростов-на-Дону 2007г.

Содержание

Часть 1 Создание Базы данных

Часть 2 Создание таблиц

Часть 3 Создание формы

Часть 4. Создание запроса и отче та

Часть 5. Загрузка и выгрузка данных

Список использованной литературы

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

1 Выбрать пункт меню /Пуск/Создать документ Офис

2 В представленном диалоговом окне выбрать пункт: Новая База Данных

1 С помощью конструктора. Необходимо в разделе «Таблицы» структуры БД, нажать кнопку «Создать» и в дополнительном окне выбрать необходимый пункт «Конструктор».

2 Далее необходимо в конструкторе указать «Имя поля» таблицы, «Тип данных» поля, по желанию «Примечание» и при достаточной

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

— «Имя поля» таблицы — это просто название столбца, несет в себе информационный характер для пользователя

— «Тип данных» — требует серьезного подхода к своему выбору, так как он определяет тип информации вносимой в поля таблицы. В зависимости от типа данных, БД будет позволять или не позволять вам производить различные операции. К примеру: получение суммы остатков по складам, возможно только если поле «Остатки» будет числового типа данных

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

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

3 Для упрощения ввода повторяющихся данных используем в «Типе данных», пункт «Мастер подстановок»

Еще один «Метод подстановки» получает данные из другой таблицы. К «списку» создается связь на поле другой таблицы и оттуда берутся необходимые данные.

4 Для ввода данных в созданную таблицу, открываем ее двойным щелчком и вносим необходимую информацию

Часть 3 Создание формы

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

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

Для этого выбрав на панели объектов «Кнопку» размещаем ее на форме и задаем необходимые действия которые будут выполняться по ее нажатию.

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

Кнопки «Остатки, товар» открывают наши таблицы. Кнопка «Ввод товара» открывает вторую форму для просмотра и редактирования записей в таблице товар.

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

Так же созданы кнопки перехода по записям, открытия отчета, и кнопка закрытия формы.

1. Так же как и в предыдущих случаях выбираем вкладку «Запрос», жмем кнопу «Создать» и выбираем «конструктор». В появившихся окнах выбираем таблицы и далее необходимые поля для показа из этих таблиц.

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

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

1. Для выгрузки данных из таблиц БД в файл другого формата необходимо использовать встроенную функцию «Экспорт». Размещена: /Файл/Экспорт…/.

2. Для загрузки данных в таблицы БД из внешних файлов используется функция Импорт. Размещена: /Файл/Внешние данные/Импорт.

1. Золотова С.И. Практикум по Access – М.: Финансы и статистика, 2001г.

2. Информатика. Практикум по технологии работы на компьютере./ Под ред. Н.В. Макаровой – м.: Финансы и статистика, 2005г.

3. Кузин А.В., Демин В.М.Разработка баз данных в системе Microsoft Access: Учебник – Учебник – м.: Форум: Инфра-М, 2005г.

www.ronl.ru

Реферат - Базы данных и файловые системы

Файловые системы

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

Первая развитая файловая система была разработана фирмой IBM для ее серии 360. К настоящему времени она очень устарела, и мы не будем рассматривать ее подробно. Заметим лишь, что в этой системе поддерживались как чисто последовательные, так и индексно-последовательные файлы, а реализация во многом опиралась на возможности только появившихся к этому времени контроллеров управления дисковыми устройствами. Если учесть к тому же, что понятие файла в OS/360 было выбрано как основное абстрактное понятие, которому соответствовал любой внешний объект, включая внешние устройства, то работать с файлами на уровне пользователя было очень неудобно. Требовался целый ряд громоздких и перегруженных деталями конструкций. Все это хорошо знакомо программистам среднего и старшего поколения, которые прошли через использование отечественных аналогов компьютеров IBM.

1.1.1. Структуры файлов

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

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

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

В некоторых файловых системах базовый уровень доступен пользователю, но более часто прикрывается некоторым более высоким уровнем, стандартным для пользователей. Распространены два основных подхода. При первом подходе, свойственном, например, файловым системам операционных систем фирмы DEC RSX и VMS, пользователи представляют файл как последовательность записей. Каждая запись — это последовательность байтов постоянного или переменного размера. Записи можно читать или записывать последовательно или позиционировать файл на запись с указанным номером. Некоторые файловые системы позволяют структурировать записи на поля и объявлять некоторые поля ключами записи. В таких файловых системах можно потребовать выборку записи из файла по ее заданному ключу. Естественно, что в этом случае файловая система поддерживает в том же (или другом, служебном) базовом файле дополнительные, невидимые пользователю, служебные структуры данных. Распространенные способы организации ключевых файлов основываются на технике хэширования и B-деревьев (мы будем говорить об этих приемах более подробно в следующих лекциях). Существуют и многоключевые способы организации файлов.

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

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

1.1.2. Именование файлов

Остановимся коротко на способах именования файлов. Все современные файловые системы поддерживают многоуровневое именование файлов за счет поддержания во внешней памяти дополнительных файлов со специальной структурой — каталогов. Каждый каталог содержит имена каталогов и/или файлов, содержащихся в данном каталоге. Таким образом, полное имя файла состоит из списка имен каталогов плюс имя файла в каталоге, непосредственно содержащем данный файл. Разница между способами именования файлов в разных файловых системах состоит в том, с чего начинается эта цепочка имен.

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

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

Конечно, во многом централизованные файловые системы удобнее изолированных: система управления файлами принимает на себя больше рутинной работы. Но в таких системах возникают существенные проблемы, если кому-то требуется перенести поддерево файловой системы на другую вычислительную установку. Компромиссное решение применено в файловых системах ОС UNIX. На базовом уровне в этих файловых системах поддерживаются изолированные архивы файлов. Один из этих архивов объявляется корневой файловой системой. После запуска системы можно «смонтировать» корневую файловую систему и ряд изолированных файловых систем в одну общую файловую систему. Технически это производится с помощью заведения в корневой файловой системе специальных пустых каталогов. Специальный системный вызов курьер ОС UNIX позволяет подключить к одному из этих пустых каталогов корневой каталог указанного архива файлов. После монтирования общей файловой системы именование файлов производится так же, как если бы она с самого начала была централизованной. Если учесть, что обычно монтирование файловой системы производится при раскрутке системы, то пользователи ОС UNIX обычно и не задумываются об исходном происхождении общей файловой системы.

1.1.3. Защита файлов

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

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

1.1.4. Режим многопользовательского доступа

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

Исторически в файловых системах применялся следующий подход. В операции открытия файла (первой и обязательной операции, с которой должен начинаться сеанс работы с файлом) помимо прочих параметров указывался режим работы (чтение или изменение). Если к моменту выполнения этой операции от имени некоторой программы A файл уже находился в открытом состоянии от имени некоторой другой программы B (правильнее говорить «процесса», но мы не будем вдаваться в терминологические тонкости), причем существующий режим открытия был несовместимым с желаемым режимом (совместимы только режимы чтения), то в зависимости от особенностей системы программе A либо сообщалось о невозможности открытия файла в желаемом режиме, либо она блокировалась до тех пор, пока программа B не выполнит операцию закрытия файла.

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

Области применения файлов

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

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

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

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

Потребности информационных систем

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

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

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

Предположим, что мы решили основывать эту информационную систему на файловой системе и пользоваться при этом одним файлом, расширив базовые возможности файловой системы за счет специальной библиотеки функций. Поскольку минимальной информационной единицей в нашем случае является сотрудник, естественно потребовать, чтобы в этом файле содержалась одна запись для каждого сотрудника. Какие поля должна содержать такая запись? Полное имя сотрудника (СОТР_ИМЯ), номер его удостоверения (СОТР_НОМЕР), информацию о его соответствии занимаемой должности (для простоты, «да» или «нет») (СОТР_СТАТ), размер зарплаты (СОТР_ЗАРП), номер отдела (СОТР_ОТД_НОМЕР). Поскольку мы хотим ограничиться одним файлом, та же запись должна содержать имя руководителя отдела (СОТР_ОТД_РУК).

Функции нашей информационной системы требуют, чтобы обеспечивалась возможность многоключевого доступа к этому файлу по уникальным ключам (недублируемым в разных записях) СОТР_ИМЯ и СОТР_НОМЕР. Кроме того, должна обеспечиваться возможность выбора всех записей с общем значением СОТР_ОТД_НОМЕР, то есть доступ по неуникальному ключу. Для того, чтобы получить численность отдела или общий размер зарплаты, каждый раз при выполнении такой функции информационная система должна будет выбрать все записи о сотрудниках отдела и посчитать соответствующие общие значения.

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

Первое, что приходит на ум, — это поддерживать два многоключевых файла: СОТРУДНИКИ и ОТДЕЛЫ. Первый файл должен содержать поля СОТР_ИМЯ, СОТР_НОМЕР, СОТР_СТАТ, СОТР_ЗАРП и СОТР_ОТД_НОМЕР, а второй — ОТД_НОМЕР, ОТД_РУК, ОТД_СОТР_ЗАРП (общий размер зарплаты) и ОТД_РАЗМЕР (общее число сотрудников в отделе). Большинство неудобств, перечисленных в предыдущем абзаце, будут преодолены. Каждый из файлов будет содержать только недублируемую информацию, необходимости в динамических вычислениях суммарной информации не возникает. Но заметим, что при таком переходе наша информационная система должна обладать некоторыми новыми особенностями, сближающими ее с СУБД.

Прежде всего, система должна теперь знать, что она работает с двумя информационно связанными файлами (это шаг в сторону схемы базы данных), должна знать структуру и смысл каждого поля (например, что СОТР_ОТД_НОМЕР в файле СОТРУДНИКИ и ОТД_НОМЕР в файле ОТДЕЛЫ означают одно и то же), а также понимать, что в ряде случаев изменение информации в одном файле должно автоматически вызывать модификацию во втором файле, чтобы их общее содержимое было согласованным. Например, если на работу принимается новый сотрудник, то необходимо добавить запись в файл СОТРУДНИКИ, а также соответствующим образом изменить поля ОТД_ЗАРП и ОТД_РАЗМЕР в записи файла ОТДЕЛЫ, описывающей отдел этого сотрудника.

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

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

SELECT ОТД_РАЗМЕР

FROM СОТРУДНИКИ, ОТДЕЛЫ

WHERE СОТР_ИМЯ = «ПЕТР ИВАНОВИЧ СИДОРОВ»

AND СОТР_ОТД_НОМЕР = ОТД_НОМЕР

Таким образом, при формулировании запроса СУБД позволит не задумываться о том, как будет выполняться этот запрос. Среди ее метаданных будет содержаться информация о том, что поле СОТР_ИМЯ является ключевым для файла СОТРУДНИКИ, а ОТД_НОМЕР — для файла ОТДЕЛЫ, и система сама воспользуется этим. Если же возникнет потребность в получении списка сотрудников, не соответствующих занимаемой должности, то достаточно предъявить системе запрос

SELECT СОТР_ИМЯ, СОТР_НОМЕР

FROM СОТРУДНИКИ

WHERE СОТР_СТАТ = «НЕТ»,

и система сама выполнит необходимый полный просмотр файла СОТРУДНИКИ, поскольку поле СОТР_СТАТ не является ключевым.

Далее, представьте себе, что в нашей первоначальной реализации информационной системы, основанной на использовании библиотек расширенных методов доступа к файлам, обрабатывается операция регистрации нового сотрудника. Следуя требованиям согласованного изменения файлов, информационная система вставила новую запись в файл СОТРУДНИКИ и собиралась модифицировать запись файла ОТДЕЛЫ, но именно в этот момент произошло аварийное выключение питания. Очевидно, что после перезапуска системы ее база данных будет находиться в рассогласованном состоянии. Потребуется выяснить это (а для этого нужно явно проверить соответствие информации с файлах СОТРУДНИКИ и ОТДЕЛЫ) и привести информацию в согласованное состояние. Настоящие СУБД берут такую работу на себя. Прикладная система не обязана заботиться о корректности состояния базы данных.

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

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

www.ronl.ru

Реферат - База данных Фирма

Федеральное агентство по образованию Р Ф

ГОУ ВПО Уральский Государственный Технический Университет-УПИ

Кафедра вычислительной техники

БАЗА ДАННЫХ «ФИРМА»

Пояснительная записка к курсовому проекту

Преподаватель:

Попко Е.А.

Студент:

Соболева Е.Ю.

Екатеринбург

2008

Содержание

Аннотация

1. Спецификация связи.

2. Даталогическое проектирование

3. Схема данных

4.Таблицы описания структуры отношений.

4.1 Таблица “ЗАКАЗ ”

4.2 Таблица “ КЛИЕНТЫ ”

4.3 Таблица «ПАСПОРТНЫЕ ДАННЫЕ»

4.4 Таблица “ТОВАРЫ ”

5. Рабочее проектирование

5.1 Форма “Главная”

5.2 Форма “ЗАКАЗ”

5.3 Форма “КЛИЕНТ”

5.4 Форма “ТОВАРЫ ”

5.5 Форма “ПАСПОРТНЫЕ ДАННЫЕ ”

6. Отчётность Excel

Список литературы

Аннотация

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

1. Спецификация связи

Клиент размещает заказ – это связь “Один ко многим”, т.к. один Клиент может иметь несколько заказ.

2. Даталогическое проектирование

База данных исполнена на СУБД “MSAccess 2000”. Выбор данной СУБД был сделан из-за простоты проектирования и “открытости”. Т.е. в дальнейшем любой пользователь может ее без больших усилий редактировать (создавать новые запросы, формы, макросы).

3. Схема данных

Схема данных приведена на рисунке 1

Рис.1. Схема данных.

4.Таблицы описания структуры отношений

Ниже приведена структура таблиц в формате СУБД “MSAccess 2000”.

4.1 Таблица “ЗАКАЗ ”

4.2 Таблица “ КЛИЕНТЫ ”

4.3 Таблица «ПАСПОРТНЫЕ ДАННЫЕ»

4.4 Таблица “ТОВАРЫ ”

5. Рабочее проектирование

5.1 Форма “Главная”

Рис 2. Форма “Главная”.

Данная форма является стартовой. С нее открываются формы “ЗАКАЗ”, “КЛИЕНТ”, “ТОВАРЫ ”, “ПАСПОРТНЫЕ ДАННЫЕ ”.

5.2 Форма “ЗАКАЗ”

Формы “ЗАКАЗ”, “КЛИЕНТ”, “ТОВАРЫ ” представляют собой таблицы для работы с записями.

Рис 3. Форма “Заказ”.

5.3 Форма “КЛИЕНТ”

Рис 4. Форма “Клиент”.

5.4 Форма “ТОВАРЫ ”

Рис 5. Форма “Товары ”.

5.5 Форма “ПАСПОРТНЫЕ ДАННЫЕ ”

Рис 6.Форма “Паспортные данные ”.

6. Отчётность Excel

При нажатии соответствующей кнопки на главной форме выводится отчёт Excel. Диаграмма по количеству продаж представлена на рис 7.

фирма заказ информация отчет продажа

Рис 7.Отчёт по продажам.

Список литературы

1. А.Д. Хомоненко “Базы данных” М: Корона — принт, 2000.

2. В.В. Корнеев “Базы данных. Интеллектуальная обработка информации”, М: Нолидж, 2000.

www.ronl.ru

Смотрите также

• 
  Реферат по истории экономических учений
• 
  Реферат по истории крещение руси
• 
  Как сделать общение эффективным реферат
• 
  Латинский язык в медицине реферат
• 
  Происхождение жизни на земле реферат
• 
  Реферат на тему обязанности пешеходов
• 
  Реферат лекарственные растения 4 класс
• 
  Реферат нобелевские лауреаты по физике
• 
  Реферат по географии 9 класс
• 
  Рефераты по физкультуре 10 класс
• 
  Реферат на тему гепатит а