СУБД Access правила разработки приложений для работы в сети

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

Критерии поиска задаются в строке Условие отбора. Для вывода в результирующей таблице списка сотрудников определенной должности необходимо в ячейку строки Условие отбора поля Должность ввести какое-либо значение, например мастер. Если необходимо вывести список работников нескольких должностей, например мастеров и инженеров, то в строке Условие отбора указывается одно из значений поля Должность – мастер, а в строке или – другое значение этого поля – инженер. Этот критерий поиска можно задавать и в одной строке Условие отбора, введя в ячейку поля Должность выражение: мастер OR инженер, в котором ключевое слово OR указывает на использование в выражении логической операции ИЛИ.

Данные можно отбирать не только по значениям текстовых полей, но и по значениям полей других типов. Например, для вывода списка сотрудников, родившихся позже определенной даты, допустим позже 01.01.70, необходимо ввести в ячейку поля Дата рождения выражение > 01.01.70 (после запуска запроса Access преобразует это выражение: > #01.01.70#).

Для того чтобы вывести список сотрудников, оклад которых больше или равен 3000 рублей, но меньше или равен 8000 рублей, в ячейку поля Оклад вводится выражение >=3000 And <=8000. Заполнив бланк запроса, можно просмотреть результирующую таблицу, щелкнув на кнопке ! (Запуск), расположенной на инструментальной панели, или выполнив команду Запрос ® Запуск.

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

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

                  1.3.1 Параметрические запросы

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

Параметрический запрос формируется  аналогично запросу на выборку. Отличие заключается лишь в том, что в строке Условие отбора указывается не конкретное значение поля, по которому ведется отбор данных, а вводится в квадратных скобках сообщение пользователю о необходимости задания критерия поиска. Так вместо значения мастер поля Должность в ячейку этого поля может быть записано сообщение [введите наименование должности]. При выполнении запроса это сообщение выдаётся пользователю в диалоговом окне Введите значение параметра После ввода требуемого значения поля Должность, например инженер, и щелчка на кнопке OK на экран будет выведен список инженеров.

                           1.3.2 Запросы на обновление

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

После включения в бланк запроса  полей выбранной таблицы выполняется команда Запрос ® Обновление, после чего в нижней части бланка строка Сортировка заменяется строкой Обновление. В эту строку в ячейку поля, значения которого необходимо изменить, вводится выражение. Например, в ячейку поля Зарплата будет введено выражение 1,5*[оклад] – 0,13*1,5*[оклад], из которого видно, что зарплата каждого сотрудника в 1,5 раза больше его оклада минус 13% вычетов. Наименования полей, значения которых будут использованы при вычислении введенного выражения, должны быть заключены в квадратные скобки.

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

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

При запуске запроса на обновление (щелчок на кнопке Запуск ! ) или его открытии в окне базы данных Access предупредит, что будут обновлены значения такого-то количества записей.

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

                                    1.3.3 Итоговые запросы

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

После включения требуемых  полей в запрос необходимо щелкнуть на кнопке S (Групповые операции), расположенной на инструментальной панели, после чего появится строка Групповые операции. В каждой ячейке этой строки отобразится слово Группировка. Для полей Подразделение и Должность значение Группировка в строке Групповая операция должно быть оставлено. Щелчок на ячейках остальных полей со значением Группировка вызывает появление кнопки выбора данных из списка, из которого выбирается требуемая операция: для поля Должность – Count (количество), для поля Оклад – Sum (сумма), для поля Зарплата – Avg (среднее значение). Кроме указанных функций, также часто используются функции Max (максимальное значение) и Min (минимальное значение). Для полей Подразделение и Должность целесообразно включить сортировку по возрастанию.

                                  1.3.4 Редактирование запросов

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

Чтобы удалить поле, необходимо щёлкнуть на любой ячейке этого поля, а  затем выполнить команду Правка ® Удалить.

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

Добавление нового поля осуществляется таким же образом, как вставка поля при формировании запроса.[6]

1.4 Основы реляционных БД

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

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

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

1.5 Файл – серверная архитектура.

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

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

1.6 Клиент – серверная архитектура.

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

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

 1.7 Распределенная архитектура.

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

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

2 Теоретические основы организации локальных сетей и ИСПОЛЬЗОВАНИЕ БАЗ ДАННЫХ

 2.1 Общие сведения о сетях

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