4 Контрольные вопросы
Выполнение сортировки по одному полю.
Какое действие необходимо всегда выполнять перед подведением итогов и зачем?
Подведение простых итогов с одной операцией по одному полю.
Подведение простых итогов с несколькими операциями по одному полю.
Подведение вложенных итогов.
Как удалить итоги.
Понятие консолидации.
Виды консолидации, их отличие.
Выполнение консолидации.
Фильтраяция данных.
Для чего используются формы данных?
Лабораторная работа №5: « Работа в среде субд ms Access»
1.Теоретический материал
База данных — это совокупность данных, организованная с определенной целью. Здесь слово организованная означает, что указанная совокупность включает данные, которые сохраняются, имеют определенный формат (отформатированы), к ним может быть обеспечен доступ (доступны), и они могут быть представлены потребителю информации в приемлемом виде (репрезентативны). Упоминанием в определении цели подчеркивается, что состав данных должен соответствовать некоторой задаче (или классу задач): с одной стороны, в базе не должны содержаться данные, не имеющие отношения к задаче, а с другой — должна содержаться вся информация, касающаяся задачи.
Система управления базой данных (СУБД) служит средством, с помощью которого прикладные программы или пользователи работают с данными базы. Примером СУБД является MS Access.
Главными элементами модели данных являются объекты и отношения. Объекты часто представляют в виде существительных, а отношения — в виде глаголов.
Объекты представляют вещи, которые пользователи считают важными в моделируемой нами части реальности. Примерами объектов могут быть люди, автомобили, деревья, дома, молотки и книги. Это конкретные объекты. Концептуальными объектами будут компании, навыки, организации, проекты товаров, деловые операции, штатное расписание.
В компьютерной реализации модели элементы объектов будут представлены внутренними номерами, не имеющими смысла вне системы. Внутренний номер иногда называют «идентификатор объекта» или Ключом, так как он представляет и однозначно определяет объект.
Допустим, что некто по имени Иванов Иван Иванович является элементом объектного множества ЧЕЛОВЕК. В компьютерной реализации этого объектного множества Иванов будет обозначаться некоторым ключом, допустим, «13948226». Его имя (Иванов Иван Иванович), номер страховки, дата рождения, рост, вес и другая информация будет записана в виде данных и связана в базе данных с ключом, представляющим его. Пользователи увидят только эти данные. Они никогда не встретят число 13948226 в связи с Ивановым. Но система будет пользоваться этим ключом, ассоциированным с Ивановым, во всех возможных многочисленных отношениях в базе данных.
Первичные ключи решают проблемы, связанные с традиционными типами ключей. Например, во многих системах очень сложно изменить значение ключа. Номер страховки часто используется в качестве ключа для однозначного обращения к информации о человеке. Что происходит, если номер страховки введен неверно? Поскольку этот номер имеет важное значение вне системы, его необходимо исправить. Но это может привести к огромному количеству проблем в базе данных, так как на значение номера страховки могут быть многочисленные ссылки. Этой проблемы можно избежать путем использования идентификаторов, поскольку они определяются системой и не имеют смысла вне ее. Если номер страховки Иванова Ивана Ивановича введен неверно, мы просто исправим его. Это изменение не повлияет больше ни на что в базе данных, так как больше ничего не ссылается на номер страховки.
Мощность - максимальное количество элементов одного объектного множества, связанных с одним элементом другого объектного множества.
Например, в одной строке продаж может быть только наименование одного товара, т.е. от продаж к товару мощность отношения 1:1; однако одно и то же наименование товара может встречаться и в других строках продаж, т.е. мощность отношения товар-продажи равен 1:∞.