Загрузка...
Учебная работа. Доклад: Документация кабинета информатики
АКАДЕМИЯ КУЛЬТУРЫ и ИСКУССТВ
Менеджмент информационных технологий
Менеджмент и маркетинг информационной деятель
Документация кабинета информатики.
Выполнили студенты 2–го курса очного отделения 423-1 группы. Специальность 351400 «Прикладная информатика в социально-культурной сфере». Квалификация «Информатик-технолог»:
Научный управляющий:
Улан-Удэ
2003г.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ………………………………………………………………………………………………………….
ГЛАВА 1.
Разработка базы данных по кабинету информатики
1.1. Создание таблиц………………………………………………………………………………..
1.2. Создание запросов……………………………………………………………………………..
1.3. Создание форм…………………………………………………………………………………..
1.4. Создание отчетов……………………………………………………………………………….
ЗАКЛЮЧЕНИЕ…………………………………………………………………………………………………….
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
приложение 1
ПРИЛОЖЕНИЕ 2
ПРИЛОЖЕНИЕ 3
ВВЕДЕНИЕ
Внедрение баз данных и информационных систем становиться неотъемлемой составляющей деловой деятель современного человека и функционирования преуспевающих организаций. В связи с сиим огромную актуальность приобретает освоение принципов построения и отлично применение соответственных технологий и программных товаров: систем управления баз данных, CASE – систем автоматизации проектирования, средств администрирования и защиты баз данных и остальных.
От правильного выбора инструментальных средств сотворения информационных систем, определение пригодной модели данных, обоснование рациональной схемы построения баз данных, организация запросов к хранимым данным и ряда остальных моментов почти во всем зависит эффективность функционирования разрабатываемых систем. Все это просит осознанного внедрения теоретических положений и инструментальных средств разработки баз данных и информационных систем.
В данной курсовой работе осуществлена разработка базы данных для кабинета информатики. Целью ее разработки является автоматизация учета лежащей документации: книжек, журналов, компакт – дисков, дипломных и курсовых работ, научных работ педагогов факультета МИТ.
база данных «Документация кабинета информатики» была сотворена в Access, который представляет собой сильную программку управления данными, предназначенную основным образом для программистов. Access поставляется лишь в составе проф пакета Office.
MicrosoftAccess, владеет всеми чертами традиционной СУБД, предоставляет и доп способности. Access – это не только лишь мощная, эластичная и обычная в использовании СУБД, да и система для разработки работающих с базами данных приложений. При помощи Access можно сделать приложение, работающее в среде Windows и на сто процентов соответственное потребностям юзера по управлению данными.
ГЛАВА 1. РАЗРАБОТКА БАЗЫ ДАННЫХ
ПО КАБИНЕТУ
ИНФОРМАТИКИ
1.1. Создание таблиц
СУБД MicrosoftAccessпредоставляет несколько методов сотворения пустых таблиц, что отображено в диалогом окне «Новенькая таблица», показано на рис. 1.
Рис. 1. Создание таблиц
На пример, можно сделать таблицу при помощи мастера либо средством ввода данных прямо в пустой бланк сетки данных. В крайнем случае при сохранении введенных данных любому столбцу (полю) автоматом назначается соответственный тип и формат данных. В сетке данные показываются в виде столбцов и строк, что снаружи припоминает вид электрических таблиц. В данной курсовой работе мы, будем создавать таблицы в режиме конструктора, т.к. в этом случае существует больше способностей для установления нужных характеристик полей.
В режиме конструктора нужно заполнить столбцы имя поля, тип данных и описание показанное на рис. 2.
Базы данных «документация кабинета информатики» состоит из нескольких главных таблиц:
· книжки;
· Журнальчики;
· Компакт – диски;
· Формуляр читателя;
Рис. 2. Табл. «Формуляр читателя», представленная в режиме конструктора
В таблице
содержится информация о книжках числящихся на кафедре МиМИД. тут имеются последующие поля:
(для идентификации книжки в базе даных),
(описывает читателя, взявшего книжку),
(указывается заголовок книжки),
(показывает создателя либо создателей книжки),
(где издана книжка),
(кем издана данная книжка),
(год издания),
(размер данной книжки),
(количество экземпляров),
(показывает на то, что книжка на руках либо нет). В таблице 1.1. показаны типы данных и описание полей «Книжки».
Таблица 1.1.
Черта полей «Книжки»
имя элемента
Тип данных
Описание
КодКниги
Счетчик
15
Читатель
Текстовый (5)
Федорова Александра.
Заголовок
Текстовый (200)
CorelDraw 6.0
Создатель(ы)
Текстовый (50)
Таяновский П.
пространство из-ия
Текстовый (20)
Киев
Изд-во
Текстовый (20)
«BHV»
Год
Числовой
1996
Странички
Числовой
416
Экземпляры
Числовой
1
На руках
Логическое (Да/Нет)
Да
Таблица
содержит информацию о журнальчиках. В нее включены семь полей:
(для идентификации журнальчика в базе данных),
(устанавливает читателя взявшего журнальчик),
(показывает заголовок журнальчика),
(описывает номер выпуска),
(год издания),
(число данных журналов),
(показывает, имеется ли журнальчик на кафедре). Главные свойства полей приведены в таблице 1.2.
Таблица
1.2.
Черта полей «Журнальчики»
имя элемента
Тип данных
Описание
КодЖурнала
Счетчик
150
Читатель
Текстовый (5)
Заголовок
Текстовый (200)
МИРInternet
Номер
Числовой
2
Год
Числовой (20)
2002
Кол-во экз.
Числовой(20)
2
На руках
Логический (Да/Нет)
Нет
Последующей таблицей является
. В ней представлены последующие поля:
(указывает код диска),
(описывает читателя взявшего компакт — диск)
(наименование диска),
(показывает номер для дисков, прилагающихся к журнальчику),
(обусловят год выпуска диска),
(число компакт – дисков),
(указывает, имеется ли диск на кафедре). Главные свойства полей приведены в таблице 1.3.
Таблица
1.3.
Черта полей «Компакт — диски»
имя элемента
Тип данных
Описание
КодКД
Счетчик
21
Читатель
Текстовый (5)
Федорова Александра
Заглавие диска
Текстовый (200)
КОМПЬЮТЕРПРЕСС
Номер
Числовой
4
Год
Числовой
2000
Кол-во экз.
Числовой
1
На руках
Логический (Да/Нет)
Да
В состав таблицы
входят последующие столбцы:
(описывает номер читателя),
и
(указывают фамилию, имя и отчество читателя, соответственно),
(обозначает в которой группе учится студент),
(показывает заглавие факультета читателя),
(указывает национальность),
(идентифицирует пол читателя),
(дата рождения),
(указывает по каким причинам читатель выбыл, брал академический отпуск),
(показывает заглавие кафедры читателя),
(описывает соц положение читателя),
(показывает форму образования, для студентов),
(указывает какое у читателя образование),
(для идентификации адреса, № телефона и № паспорта читателя, соответственно),
(указывает дату записи в библиотеку кафедры МиМИД). Данная таблица имеет связи с её праотцами и показаны в Прил. 3.
свойства вспомогательных таблиц даны в приложении 4
1
.2. Создание запросов.
В MicrosoftAccess для сотворения запросов, также как и в остальных объектах, предоставляет ряд мастеров. Мастера разрешают в диалоге с юзером выстроить обыкновенные и перекрёстные запросы, запросы на подборку циклических записей либо значений полей в таблице либо записей без подчинённых. Главным средством разработки запросов, реализующим все способности диалогового средства QBE, является конструктор.
Более распространённым типом запроса является запрос на подборку. Запрос на подборку отбирает поля из одной либо наиболее таблиц по данным условиям, а потом показывает их в подходящем порядке. На базе запроса на подборку создаются запросы остальных типов.
Так же как и таблицы при помощи конструктора мы сделали запросы. В общей трудности было сотворено восемь запросов:
· «
·
·
·
·
·
·
·
запрос «
основанна 2-ух таблицах имеющих меж собой связь вида 1 : М: «Соц положение» и «Формуляр читателя». Из таблицы «СП» добавлено поле
которое имеет условие отбора последующего вида («Педагог» Or «Сотрудник») созданное для вывода всех педагогов и служащих академии введенных в базу данных. А так же из таблицы «Формуляр читателя» добавлены последующие поля: ФИО, факультет, национальность, кафедра, пол.
базируется на таблицах имеющих связь вида М : 1: «Формуляр читателя» и «Группы». В поле
(табл. «Группы») было введено условие отбора ([Введите группу:]), при открытии запроса, нужно ввести номер группы, к примеру, 423-1.
Из таблицы
в конструктор были добавлены поля (
), и на базе их были сделаны запросы
Эти запросы различаются друг от друга тем, что поле
имеет условия отбора, которые разрешают выводить списки журналов находящихся у читателей(
) либо на кафедре (
). На рис. 3 показан запрос
в режиме конструктора.
Все другие запросы изготовлены схожим образом.
Рис. 3. запрос «Журнальчики на кафедре»
1
.3. Создание форм
Accessпредоставляет широкие способности для конструирования форм – графического диалогового интерфейса юзера
Формы являются основой разработки диалоговых приложений. Через формы можно загружать данные во взаимосвязанные таблицы базы данных с документов – источников, просматривать данные, также их корректировать. Работая с формой, юзер может добавлять и удалять записи в таблицах, изменять значения в полях, получать расчетные данные. В форме можно надзирать вводимые данные, устанавливать ограничения на доступ к данным, выводить нужные сообщения.
При работе с формой может производиться
, инициируемых юзером либо наступающих в процессе работы с формой. Форма может создаваться для управления приложением юзера. Типовые процедуры формируются автоматом при разработке
. Таковыми элементами, к примеру, являются, графические клавиши, с которыми могут связываться действия последующих категорий:
· переход по записям, обработка записей (добавление, удаление, печать, восстановление);
· работа с формой (открытие, закрытие, изменение фильтра; обновление данных, печать формы);
· работа с отчетом (печать, просмотр, отправка, вывод в файл), приложением (пуск приложения, выход из приложения, пуск Word, Excel, блокнота);
· пуск запроса, макроса, печать таблицы, набор номера.
Типовой макет формы быть может просто получен при помощи таковых мастеров Access, как
либо Автоформа. Мастер форм может создавать форму для одной таблицы либо для нескольких взаимосвязанных таблиц. Мастер дозволяет задать юзеру, какие поля включать в форму, также избрать стиль ее дизайна.
Простая форма на базе лишь одной таблицы быть может сотворена выбора 1-го из режимов автоформы (рис. 4). Они различаются от форм, сделанных мастером, тем что включают все поля таблицы и не предоставляют способности выбора стиля дизайна. Эти команды, не вступая в диалог с юзером и не отображая форму в режиме конструктора выводят ее заполненной значениями из таблицы.
Рис. 4. Создание форм
При помощи мастера форм мы сделали три формы: «Книжки», «Журнальчики» и «Компакт — диски».
Не считая мастера форм, существует возможность сотворения при помощи
. Преимуществом является редактирование формы: ширины формы, изменение стиля, добавление заголовка, примечания и колонтитула, добавление фонового рисунка, добавление и перемещение частей.
С помощью конструктора на базе таблицы сотворена форма «Формуляр читателя» (Прил. 1.).
1
.
4
. Создание отчетов
средства разработки отчетов в Accessпредназначены для сотворения макета отчета, по которому быть может осуществлен вывод данных в виде печатного документа. Эти средства разрешают создавать отчеты сложной формы, обеспечивающие вывод взаимосвязанных данных из почти всех таблиц, их группировку, вычисление итоговых данных.
отчет может создаваться при помощи мастера либо в режиме конструктора отчетов. отчет, сделанный мастером можно доработать в режиме конструктора.
По мере необходимости вывода результатов решения задачки в качестве базы для отчета быть может применен многотабличный запрос. На запрос могут быть возложены более сложные виды подборки и подготовительной обработки данных. Конструктор отчетов дозволяет просто структурировать и оформить данные, приобретенные в запросе.
При помощи мастера были сделаны все отчеты: «Журнальчики на руках», «Журнальчики на кафедре», «Книжки на руках», «Книжки на кафедре», «Компакт-диски на руках», «Компакт-диски на кафедре», «Читатели кафедры информатики». Но при помощи конструктора в отчёте «Читатели кафедры информатики» была вставлена эмблема факультета МИТ, также встроена функция показывающая текущую дату.
ЗАКЛЮЧЕНИЕ
В данной курсовой работе разработана база «Документация кабинета информатики», в итоге анализа данных приведены нужные поля базы данных, их структура и тип. Сведение их в определенные объекты и построение связи меж объектами базы.
Показаны определенные правила, по которым проектировалась база данных.
При разработки базы данных нами были получены главные способности работы с Access
Спроектированная база данных «Документация кабинета информатики» и программное обеспечение, обслуживающее базу, дает возможность облегчить работу сотрудникам кафедры МиМИД и использовать разные поисковые системы для выбора нужных сведений о книжках, журнальчиках, компакт-дисках, читателях, курсовых и дипломных работах.
приложение 1. Форма «Формуляр читателя»
ПРИЛОЖЕНИЕ 2
приложение 3. Схема «Формуляр читателя»
приложение 4
Группы
имя элемента
Тип данных
Пример
КодГруппы
Счетчик
Код группы
Группа
Текстовый (5)
Номер группы # 423-1
Куратор
Числовой
Указывается код куратора
Форма обучения
имя элемента
Тип данных
Пример
КодФО
Счетчик
Код формы обучения
Форма обучения
Текстовый (10)
Очное, заочное
Факультеты
имя элемента
Тип данных
Пример
КодФакультета
Счетчик
Код факультета
Факультет
Текстовый (10)
МИТ, БАСКС
Соц положение
имя элемента
Тип данных
Пример
КодСП
Счетчик
Код СП
Соц положение
Текстовый (10)
Студент, аспирант.
По образованию
имя элемента
Тип данных
Пример
Кодобразования
Счетчик
Код СП
По образованию
Текстовый (10)
Высшее, среднее
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ:
ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ СУБД
1.1. Функции СУБД
СУБД по природе являются
т. е. созданным для решения определенных прикладных задач, также СУБД делали и
– расширяли способности файловых систем
В общем плане можно выделить последующие функции, реализуемые СУБД:
· Организация и поддержание логической структуры данных (схемы баз данных);
· Организация и поддержание физической структуры данных во наружной памяти;
· Организация доступа к данным и их обработка в оперативной и наружной памяти.
(схемы базы данных) обеспечивается средствами
определяется методом организации данных, ограничениями целостности и обилием операций, допустимых над объектами организации данных. Соответственно модель данных делят на три составляющие –
и
Известны три главные модели организации данных:
· Иерархическая;
· Сетевая;
· Реляционная.
Модель данных, реализуемая СУБД, является одной из главных компонент, определяющих многофункциональные способности СУБД по отображению в базах данных информационно – логических схем предметных областей АИС.
Эта функция включает компанию и поддержание внутренней структуры файлов базы данных, время от времени именуемой
также создание и поддержание особых структур (индексы, странички) для действенного и упорядоченного доступа к данным. В этом плане эта функция тесновато связана с третьей функцией СУБД – организацией доступа к данным.
осуществляется через реализацию действий, получивших заглавие транзакций.
именуют поочередную совокупа операций, имеющую отдельное смысловое
Так, к примеру, транзакция по удалению отдельной записи в базе данных поочередно включает определение странички файла данных, содержащей обозначенную запись, считывание и пересылку соответственной странички в буфер оперативки, фактически удаление записи в буфере ОЗУ, проверку ограничений целостности по связям и иным характеристикам опосля удаления и, в конце концов, «выталкивание» и фиксацию в файле базы данных новейшего состояния соответственной странички данных.
1.2. Модели данных
Любая СУБД поддерживает ту либо иную модель данных. Модель данных описывает правила порождения допустимых для данной СУБД видов структур данных, вероятные операции над таковыми структурами данной для нас системы ограничений целостности данных. Как было, выше сказано
поддерживает три модели организации данных.
В большинстве коммерческих СУБД употребляются ставшие традиционными реляционные модели данных и разновидностей
–
CODASYLи
ивсе они получили заглавие по видам рассматриваемых в их структур данных.
В иерархической модели объекты – сути и дела предметной области представляются наборами данных, которые имеют строго древовидную структуру, т.е. допускаются лишь структурные связи – дела. Иерархическая модель данных была исторически первой, на базе которой в конце 60 – 70 – х гг. были разработаны 1-ые проф СУБД.
база данных с
состоит из упорядоченного набора экземпляров структур типов «дерево», что показано на рис.1. На этом рисунке информационный объект «1» является предком информационного объекта «2», которой в свою очередь является предком информационного объекта «3». объект «2» является потомком объекта «1», а объект «3» потомком объекта «2». Экземпляры потомка с общим предком именуются близнецами.
Рис. 1. 1-го либо нескольких типов записей и набора типов связей меж ними. Любой тип записи представлен в базе данных набором экземпляров записей данного типа. Аналогично любой тип связи представлен набором экземпляров связей данного типа меж определенными экземплярами типов записей. На рисунке типы записей обозначены цифрами, типы связей знаками.
Рис. 2. одной связи и потомком и предком иной; предок и потомок могут быть 1-го типа записей (связь типа «петля»).
– это предметная область, которая представляет собой набор отношений, изменяющихся во времени. При разработке информационной системы совокупа отношений дозволяет хранить данные о объектах предметной области и моделировать связи меж ними. Элементы
и формы их представления приведены в табл. 1.1.
Таблица 1.1
Элементы реляционной модели
Элемент реляционной модели
Формы представления
1. Отношение
2. Схема дела
3. Кортеж
4. Суть
5. Атрибут
6. домен
7. Значение атрибута
8. Первичный ключ
9. Тип данных
Таблица
Строчка заголовков таблицы
Строчка таблицы
Описание параметров объекта
Заголовок столбца таблицы
Огромное количество допустимых значений атрибута
Один либо несколько атрибутов
Тип значений частей таблицы
Отношение – это плоская таблица, состоящая из столбцов и строк.
Схема отношений – это перечень имен атрибутов
Кортеж – это строчка отношений.
Суть – объект хоть какой природы, данные о котором хранятся в базе данных.
Атрибут – это поименованный столбец дела.
домен – это набор допустимых значений для 1-го либо нескольких атрибутов.
Первичный ключ – это атрибут дела, совершенно точно идентифицирующий любой из его кортежей.
На рис. 3. приведен пример представления дела «Формуляр читателя». В общем случае порядок кортежей в отношении не определен. Но в реляционных СУБД для удобства кортежей все таки упорядочивают. Почаще всего для этого выбирают некий атрибут, по которому система автоматом сортирует кортежи по возрастанию и убыванию. Если юзер не назначает атрибута упорядочения, система автоматом присваивает номер к кортежам в порядке их ввода.
Кортеж (строчка)
ФИО
№ группы
Соц. положение
Дата рождения
Алексеева Е. А.
Савиновский С. И
Будырина С. В.
413-1
435
—
Студент
Студент
Педагог
25.03.1985
15.03.1983
10.06.1980
Рис. 3. домен 1 содержит фамилии всех читателей, домен 2 номера всех групп, домен 3 заглавие соц. Положения и домен 4 дату рождения всех читателей. Отношение формуляр читателя содержит три кортежа. Кортеж рассматриваемого дела состоит из 4 частей.
Для приведенного примера схема дела имеет вид «Формуляр читателя» (ФИО, № группы, СП, дата рождения). В отношении «Формуляр читателя» главным является атрибут «ФИО».
Существование ключа гарантирует то, что отношение – это огромное количество, которое не содержит схожих частей – кортежей.
При проектировании схемы реляционной базы данных можно выделить последующую
процедур.
1. определение списка таблиц и их связей;
2. определение списка полей, типов полей, главных полей каждой таблицы (разработка таблиц – отношений), установление связей меж таблицами через наружные ключи;
3. определение и установление индексов (индексирования) для полей в таблицах;
4. разработка списков (словарей) для полей с перечислительным нравом значений данных;
5. установление ограничений целостности по полям таблиц и связям;
6. нормализация таблиц, доработка списка таблиц и их связей.
Так же в реляционных СУБД для указания связей таблиц создают операцию их связывания. Меж таблицами могут устанавливаться
(меж 2-мя таблицами),
(меж 3-мя таблицами) и в общем случае
связи. Более нередко встречаются бинарные связи.
При связывании 2-ух таблиц выделяют основную и доп (подчиненную) таблицы. Логическое связывание таблиц делается при помощи
.
состоит из 1-го либо нескольких полей, который именуется
Сущность связывания состоит в установлении соответствия полей связи главный и доборной таблиц. Поля связи главный таблицы могут быть обыкновенными и главными. В качестве полей связи подчиненной таблицы почаще всего употребляют главные поля.
Зависимо от того, как определены поля связи главный и доборной таблиц, могут устанавливаться четыре главные связи (Таблица 1.2.):
· один – один (1:1);
· один – много (1:М);
· много – один (М:1);
· много – много (N:М).
Таблица 1.2.
Черта видов связей таблиц
Черта полей связи по видам
1:1
1:М
М:1
N:М
Поля связи главный таблицы
Являются ключом
Являются ключом
Не являются ключом
Не являются ключом
Поля связи доборной таблицы
Являются ключом
Не являются ключом
Являются ключом
Не являются ключом
Связь вида один к одному
появляется в случае когда все поля связи главный и доборной таблиц являются главными. Так как согласовании записей из этих таблиц. Сами таблицы, на самом деле, тут стают равноправными (Рис. 4.).
объект А
объект В
1 : 1
Рис. 4. Графическое изображение дела объектов 1:1
Связь вида один ко почти всем
имеет пространство в случае, когда одной записи главный таблицы соответствует несколько записей вспомогательной таблицы (Рис. 5.).
Рис. 5. Графическое изображение дела объектов 1:М
Связь вида почти все к одному
имеет пространство в случае, когда одной либо нескольким записям главный таблицы ставится в соответствие одна запись доборной таблицы.
Связь вида почти все ко почти всем
возникает в вариантах, когда нескольким записям главный таблицы соответствует несколько записей доборной таблицы (Рис. 5.).
Рис. 6. Графическое изображение дела объектов N:М
На практике в связь обычно вовлекается сходу несколько таблиц. При всем этом одна из таблиц может иметь различного рода связи с несколькими таблицами. В вариантах, когда связанные таблицы, в свою очередь, имеют связи с иными таблицами, появляется иерархия и дерево связей.
1.3. Запросы в реляционной СУБД
Запросы являются наиболее всераспространенным видом обработки данных при решении юзерами направленных на определенную тематику, логических, статистических и технологических информационных задач.
запрос представляет собой спецификацию на особом языке для обработки данных. В реляционных СУБД запросы к базе данных выражаются на языке SQL.
SQLотносится к так именуемым
(непроцедурным) языкам программирования. В отличие от процедурных языков (С, Паскаль, Кобол, Бейсик) на нем формулируется предложения (аннотации) о том, «что создать», но не «как создать, как получить».
в СУБД исполняет роль
и как раз строит машинный код, реализующий метод получения результата, задаваемого
.
язык SQLсостоит из 2-ух частей:
·
(DataDefinitionLanguage);
·
(Data Manipulation Language)
включает:
·
инструкций (команду);
·
, определяющее источник, условия операции;
·
определяющие методы и режимы отбора записей, задаваемых предложениями;
·
значения которых задают характеристики и характеристики выполнение аннотации и предложения.
Формирование запросов в СУБД может осуществляться в особом редакторе либо через наглядно – диалоговые средства и пошаговые мастера формирования запросов. Сформированный запрос в виде
сохраняется в файле базы данных в последствии специальной командной СУБД может запускаться на выполнение. Исходя из убеждений решаемых информационных задач и формы результатов выполнения запросов их можно поделить на три группы:
· Запросы на подборку данных;
· Запросы на изменение данных;
· Управляющие запросы.
1.4
. Формы в реляционной СУБД
Вертикальный метод отображения полей записей в современных СУБД вкупе с мыслями электрических бланков трансформировался в технику форм. Естественным и интуитивно – понятным методом работы со структурированной информацией для большинства людей являются различные бланки, анкеты, и т.п. «бумажные формы». Формы в СУБД как раз и делают функции предоставления юзерам обычного интерфейса при вводе структурированных данных с имитацией «наполнения» бланков, анкет и т.п. Таковым образом, форма в СУБД представляет собой особый экранный объект, включающий поля для ввода данных одной записи базисной таблицы и другую поясняющую информацию.
В Прил. 1. приведен пример формы для ввода, просмотра и конфигурации данных в таблице «Формуляр читателя».
1.5. отчеты в реляционной СУБД
Решаю задачку
, т.е.
который можно распечатать либо приобщить к другому текстовому документу. отчеты почти во всем подобны выводным формам и, на самом деле, представляют
для результатов скопления и обработки данных (Прил. 2.). Отличительной индивидуальностью отчётов будет то, что они строятся по правилам текстовых документов, т.е. отображаемые данные делятся на странички и разделы с надлежащими элементами (поля, колонтитулы) и параметрами форматирования (шрифт, отступы, сглаживания).
В отчеты могут помещаться
посреди которых особенное вычисляемые поля,
т.е. поля, содержимое которых формируется на базе вычисления определенных статистических функций по помещаемым в отчеты данных.
Кроме полей с данными и вычисляемых полей в отчеты могут внедряться разные графические объекты для формирования логотипов и остальных поясняющих рисунков, также могут употребляться диаграммы.
1.6.
Microsoft
Access
Access – представляет собой сильную программку управления данными, предназначенную основным образом для программистов. Access поставляется лишь в составе проф пакета Office.
MicrosoftAccess, владеет всеми чертами традиционной СУБД, предоставляет и доп способности. Access – это не только лишь мощная, эластичная и обычная в использовании СУБД, да и система для разработки работающих с базами данных приложений. При помощи Access можно сделать приложение, работающее в среде Windows и на сто процентов соответственное потребностям юзера по управлению данными.
MicrosoftAccess имеет огромное количество областей внедрения: на малом предприятии; в работе по договору, когда вы разрабатываете прикладные программки по заказу либо выступаете в роли консультанта; в огромных корпорациях, когда вы выступаете в роли координатора производственных информационных систем и даже в сфере домашнего внедрения.
1.7. структура и черта СУБД
Microsoft
Access
MicrosoftAccess предоставляет наивысшую свободу в задании типа данных (текст, числовые данные, даты, время, валютные значения, картинки, звук, документы, электрические таблицы). Можно задать форматы хранения (длина строчки, точность представления чисел и даты времени) и предоставления этих данных при выводе на экран либо печать. Для убежденности, что в базе данных хранятся лишь корректные значения, можно задать условия на значения различной степени трудности.
MicrosoftAccess может работать с огромным числом самых различных форматов данных, включая файловые структуры остальных СУБД. Также можно создавать импорт и экспорт данных из файлов редакторов текста либо электрических таблиц. При помощи Accessвозможна — обработка файлов Рагаdох, dВАSEIII, dВАSЕ IV, FохРго и др. Можно также импортировать данные из этих файлов в таблицу Access.
Главные объекты базы данных
Access:
Таблица:
объект, который определяется и употребляется для хранения данных. Любая таблица включает информацию о объекте определенного типа. Таблица содержит поля (столбцы), в каких хранятся различного рода данные, и записи (строчки). В записи собрана вся информация о определенном предмете. Для каждой таблицы можно найти первичный ключ (одно либо несколько полей, которые имеют неповторимое значение для каждой записи) и один либо несколько индексов с целью роста скорости доступа к данным.
запрос:
Объект, который дозволяет юзеру получить нужные данные из одной либо нескольких таблиц. Для сотворения запроса можно применять эталон либо аннотации. Можно сделать запросы на выбор, обновление, удаление либо на добавление данных. При помощи запросов можно создавать новейшие таблицы, используя данные одной либо нескольких таблиц, которые уже есть.
Форма:
объект, предназначенный в главном для ввода данных, отображения их на дисплее либо управления работой приложения. Можно применять формы для того, чтоб воплотить требования юзера к представлению данных из запросов либо таблиц. Формы можно также распечатать. При помощи формы можно в ответ на некое событие запустить макрос либо функцию.
отчет:
Объект, созданный для сотворения документа, который потом быть может распечатан либо включён в документ другого приложения. До этого чем выводить отчет на принтер, можно просмотреть его на дисплее.
Макрос:
объект, представляющий из себя структурированное описание 1-го либо нескольких действий, которые должен выполнить Access в ответ на определённое событие.
Модуль:
объект, содержащий программки на MicrosoftAccessBasic, которые разрешают разбить процесс на наиболее маленькие деяния и найти те ошибки, которые недозволено отыскать с внедрением макросов.
]]>