Автор работы: Пользователь скрыл имя, 23 Марта 2013 в 19:22, контрольная работа
Практически любому специалисту, независимо от сферы его деятельности, приходится заниматься сбором, накоплением и обработкой данных.Microsoft Access является популярной системой управления базами данных (СУБД). Как и другие продукты этой категории, предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций (таких, как ведение счетов, учет, планирование и т.п.). С помощью Access можно разрабатывать простые и удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов.
. Классическое представление архитектуры "клиент-сервер"
На стороне клиента выполняется код приложения, в который обязательно входят компоненты, поддерживающие интерфейс с конечным пользователем, производящие отчеты, выполняющие другие специфичные для приложения функции.
Клиентская часть приложения взаимодействует с клиентской частью программного обеспечения управления базами данных, которая, фактически, является индивидуальным представителем СУБД для приложения.
Заметим, что интерфейс между клиентской частью приложения и клиентской частью сервера баз данных, как правило, основан на использовании языка SQL. Поэтому такие функции, как, например, предварительная обработка форм, предназначенных для запросов к базе данных, или формирование результирующих отчетов выполняются в коде приложения.
Наконец, клиентская часть сервера баз данных, используя средства сетевого доступа, обращается к серверу баз данных, передавая ему текст оператора языка SQL.
Посмотрим теперь, что же происходит на стороне сервера баз данных. В продуктах практически всех компаний сервер получает от клиента текст оператора на языке SQL.
Разработчики и пользователи информационных систем, основанных на архитектуре "клиент-сервер", часто бывают неудовлетворены постоянно существующими сетевыми накладными расходами, которые следуют из потребности обращаться от клиента к серверу с каждым очередным запросом. На практике распространена ситуация, когда для эффективной работы отдельной клиентской составляющей информационной системы в действительности требуется только небольшая часть общей базы данных. Это приводит к идее поддержки локального кэша общей базы данных на стороне каждого клиента.
Фактически, концепция локального
кэширования базы данных является частным
случаем концепции
Преимуществами данной архитект
Недостатки [неработоспособность
сервера может сделать
При проектировании информационной
системы, основанной на архитектуре "клиент-сервер"
Увеличение масштабов информационной системы не порождает принципиальных проблем. Обычным решением является замена аппаратуры сервера (и, может быть, аппаратуры рабочих станций, если требуется переход к локальному кэшированию баз данных). В любом случае практически не затрагивается прикладная часть информационной системы.
18. Создайте файл базы данных Hotel.mdb. Сформируйте таблицу под именем Гостиница с помощью Конструктора и заполните её предложенными данными.
Для поля Лицензия выбрать тип данных – ЛОГИЧЕСКИЙ.
Выведите информацию о гостинице Уют
ход выполнения
Гостиница | |||||||
№ |
Название |
директор |
кол-во мест |
телефон |
категория |
лицензия |
открытие |
2 |
гордская |
тарасов |
360 |
2326598 |
*** |
Истина |
18.07.88 |
6 |
мечта |
горохов |
2900 |
2155698 |
** |
Истина |
17.12.72 |
3 |
турист |
дьяченко |
2200 |
2654889 |
**** |
Истина |
24.01.88 |
1 |
уют |
белоусов |
1500 |
9885644 |
*** |
Истина |
12.0378 |
7 |
факел |
Авакумов |
600 |
5556622 |
***** |
Ложь |
09.01 |
4 |
юбилейная |
жаров |
465 |
6541245 |
** |
Ложь |
17.11.00 |
5 |
юность |
морокова |
1800 |
7899514 |
** |
Ложь |
22.08.65 |
Гостиница Запрос | ||||||
Название |
директор |
кол-во мест |
телефон |
категория |
лицензия |
открытие |
уют |
белоусов |
1500 |
9885644 |
*** |
Истина |
12.0378 |
5.12. В MS Access создайте базу данных МоиРодственники, состоящую из двух таблиц (см.рисунок).
Установите связи между таблицами. Введите в них сведения о пяти своих родственниках.
Ход выполнения
Место работы | ||||
Код |
Код предриятия |
названия |
город |
вод дейтельности |
1 |
1111 |
жкх |
миоры |
жиличные услуги |
2 |
222 |
маг. Гурман |
миоры |
торговля |
3 |
211 |
маг. Оптима |
витебск |
торговля |
4 |
2221 |
сш 2 |
Миоры |
оброзования |
5 |
321 |
евроопт |
минск |
торговля |
Таблица1 | ||||||
код родственика |
фамилия |
имя |
отчество |
спеньродства |
кодпредприятия |
должность |
1 |
конах |
александр |
алексеевич |
1 |
1111 |
слесарь |
2 |
конах |
раиса |
федоровна |
1 |
222 |
таваровед |
3 |
угоренко |
ирина |
александровна |
2 |
211 |
экономист |
4 |
беспалый |
светлана |
владимировна |
2 |
2221 |
учитель |
5 |
конах |
марьян |
казимирович |
3 |
321 |
приемщик |
Литиратура
Левчук Е.А., Технология организации, хранения и обработки данных, Высш.шк., Мн, 2005
Дата Подпись
12.03.2013.
Информация о работе Базы данных и системы управления базами данных