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

Министерство науки и образования Республики Казахстан Западно-Казахстанский аграрно-технический университет имени Жангир хана. Кафедра информационные системы в экономике. Курсовая работа На тему Области применения баз данных в области применения организации Негосударственный Ломбард Гаухар Выполнил студент группы

ИС-32 А В Бутенко Проверил преподаватель Ж М Абуова г Уральск 2005 Содержание Введение. СтрI Теоретическая часть. Области применения баз данных 1. Новые тенденции развития СУБД. Стр2. Области применения баз данных. Стр3. Новые области применения баз данных. СтрII Практическая часть.

Проектирование базы данных Гаухар. 1. Проектирование логической части базы данных. Стр2. Описание ER-модели. Стр3. Реляционная модель. Стр4. Проектирование физической части базы данных. Стр4.1 Таблицы. Стр4.2 Запросы. Стр4.3 Формы. Стр4.4 Отчеты. Стр4.5 Макросы и модули. Стр21 5.

Создание главной кнопочной формы. Стр6. Безопасность базы данных. Стр24 Заключение. Стр26 Список литературы. Стр27 Введение. В настоящее время множество фирм используют компьютеры для хранения и обработки служебной информации. Эта информация содержится в так называемых базах данных. Базы данных играют особую роль в современном мире.

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

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

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

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

В связи с этим появилась целая плеяда весьма изощренных СУБД, поддерживающих новые коллекции данных и способных реализовать преимущества современных аппаратных средств. Одним из таких СУБД является MS Access 2003, входящая в пакет программ Microsoft Office, и являющаяся одной из популярных реляционных СУБД для локальных компьютеров. Целью этой работы является создать базу данных в

СУБД MS Access. Которая должна будет автоматизировать работу с клиентами в предприятии занимающегося ломбардной деятельностью, на основе действующего предприятия НЛ Гаухар. I Области применения баз данных. 1. Новые тенденции развития СУБД и областей их применения. Развитие информационных технологий сопровождается двумя весьма любопытными тенденциями в том, что касается терминологии. С одной стороны, мы наблюдаем, постоянное обновление названий

для, в общем-то, одних и тех же вещей конечно, технологии тоже развиваются, но темпы смены их имен гораздо выше. С другой мы используем старые термины для понятий, смысл которых уже совсем не тот, что раньше. Именно второй случай имеет место применительно к СУБД. В толковом словаре по вычислительной технике, выпущенном в 2002 г приводится такое определение системы управления базами данных database management system приложение, обеспечивающее создание, хранение, обновление

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

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

Windows. Однако применительно к серверной платформе все чаще мы встречаем связку Windows Server SQL Server. Более того, представляется вполне реальным, что с выходом в начале следующего года новой версии Microsoft SQL Server рабочее название Yukon мы столкнемся с ситуацией, когда все остальные продукты Microsoft будут уже писаться не под Windows, а под

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

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

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

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

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

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

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

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

разработки баз данных и возможностях применения их. Мы рассмотрим кратко пять таких приложений. 1.База данных Системы наблюдения Земли EOSDIS Система наблюдения Земли EOS - Earth Observing System представляет собой множество спутников, которые запускает NASA начиная с 1998. Их назначение - сбор информации, необходимой для исследователей, занятых изучением

долгосрочных тенденций состояния атмосферы, океанов, земной поверхности. Спутники будут поставлять информацию в объеме 13 Пбайт Petabyte - 1015 байт в год. Предполагается, что эти данные будут интегрироваться с уже существующей информацией, а также с данными из других источников зарубежные спутники, наземные станции наблюдения и накапливаться в базе данных EOSDIS EOS Data and Information

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

между типами объектов базы данных. Например, когда у одного банкира может быть несколько клиентов и, одновременно, один клиент может пользоваться услугами нескольких банков. Вот выглядит ER-модель для нашей базы данных. Одинарными стрелками показаны связи типа один к одному. Двойными стрелками обозначена связь один ко многим. 3. Реляционная модель. Наша база данных представляет собой реляционную базу данных.

Настало время разобраться, что это такое. Именно реляционные базы данных от английского relation отношение стали широко применятся в программировании начиная с 70-х годов. В таких базах данных объекты и взаимосвязи между ними представляются в виде прямоугольных таблиц, состоящих из строк и столбцов. Каждая таблица здесь представляет собой объект базы данных. Такую базу данных легче всего можно реализовать на компьютере.

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

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

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

базы поля, их типы и свойства. Таблица представляет собой набор записей, описывающих однотипные данные. Все записи одной таблицы содержат поля данных. В целом термин таблица одинаково трактуется всеми основными программами обработки данных, такими как Paradox, FoxPro, Oracle и MS SQL Server. Поля базы данных не просто определяют структуру базы они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей.

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

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

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

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

Наша база данных будет состоять из 4 основных и 1 дополнительной таблицы 1. Первая таблица будет содержать в себе данные о всех клиентах, таких как ФИО, адрес, телефон и других. Таблицу будем создавать в режиме КОНСТРУКТОР, так как он представляет наиболее оптимальные варианты настройки полей. Таблицу называем Клиенты она будет состоять из следующих полей

Номер клиента - тип данных счетчик. В качестве формата поля выбираем значение 0 для облегчения визуального восприятия данных. Фамилия текстовое поле с размером 15. Имя - текстовое поле с размером 15. Отчество текстовое поле с размером 15. РНН - текстовое поле не более 12 символов. Это поле является обязательным поэтому в формат поля вводим следующие значение -Не заполненоКрасный, теперь если в поле нет записи в нем будет написано

Не заполнено, и данные будут иметь заданный тип вида 11- 1. Номер удостоверения личности текстовое поле не более 7 символов. Для этого поля тоже вводим такой формат Не заполненоСиний, результат буден аналогичным, только надпись будет синим шрифтом Не заполнено. Адрес для этого поля указываем тип МЕМО. Поле Мемо специальный тип данных для хранения больших объемов текста до 65 535 символов.

Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда. Телефон текстовое поле с размером 12. Так как большинство телефонов будет городскими в формат поля вводим После это все надписи в этом поле будут выглядеть так 55-88-88. Дата рождения тип Датавремя. Формат поля - Краткий формат даты, маска ввода -00.00.0.

Что бы проверить является клиент совершеннолетним, мы создам условие на значение вида 01.01.1900 And 01.01.1987 с сообщением об ошибке Клиент несовершеннолетний или не правильно введена дата рождения. Теперь при вводе даты рождения человека, не достигнувшего совершеннолетия выйдет окно с предупреждением у такую запись нельзя будет сохранить. Дополнительные условия - тип поля МЕМО. 2. Вторая таблица Денежные данные. В ней будут введены данные о всех экономических расчетах каждого

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

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

Дата возврата кредита - тип датавремя. Для него мы тоже составляем следующие условие на значение Date Or 0, теперь в это поле можно ввести только сегодняшнюю дату либо ничего. 3. Таблица Золото. Вся информация о залоге если это золото. Номер счета мастер подстановок из таблицы Денежные Данные. Золото - тип логический. Предназначен для присвоения счету, если тип залога золото.

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

Вид изделия - мастер подстановок из таблицы Виды Залога. Гарантия логический тип может иметь два значения ДА или НЕТ. Номер в секции хранения тип текстовый. Форма поля Не заполнено Красный, теперь поле будет заполнено обязательно. Описание поле МЕМЕ. Поле для ввода дополнительных сведений.

5. Дополнительная таблица Виды Залога. Она нужна для формирования списков в полях виды залога, таблиц Золото и Техника. Она состоит из 3 полей Номер тип счетчик. Вид тип текстовый Вид1 тип текстовый Эта таблица заполняется администратором в начале функционирования базы данных. В процессе разработки этих таблиц были приведены различные типы данных. Далее проведен список типов данных поддерживаемых

MS Access. Текстовый тип данных, используемый для хранения обычного неформатированного текста ограниченного размера до 255 символов. Числовой тип данных для хранения действительных чисел. Поле Мемо специальный тип данных для хранения больших объемов текста до 65 535 символов. Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.

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

Счетчик специальный тип данных для уникальных не повторяющихся в поле натуральных чисел с автоматическим наращиванием. Естественное использование для порядковой нумерации записей. Логический - тип для хранения логических данных могут принимать только два значения, например Да или Нет. Гиперссылка специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск браузера и воспроизведение

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

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

КОНСТРУКТОР. Первый из них запрос на выборку Поиск По Фамилии. Он предназначен для поиска клиента с заданной фамилией и вывода всех его данных. Что бы сделать этот запрос мы выполняем следующие действия Щелкаем по кнопке Создать во вкладке запросов и выбираем таблицу Клиенты в качестве обрабатываемой. В столбце Фамилия в строке

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

Закрыть запрос, на вопрос о сохранении ответить положительно, сохранить запрос с именем Поиск По Фамилии. Второй запрос Клиенты Сегодня представляет собой запрос данных из двух таблиц, Клиенты и Денежные данные, о клиентах которые взяли кредит сегодня. Структура запроса можно представляет собой выборку фамилии клиента и данных о кредите, а также дату открытия счета с условием отбора равным Date. Этот запрос выводит данные обо всех клиентах взявших кредит

сегодня. Третий запрос Клиенты За Год аналогичен предыдущему, с разницей в условии отбора, здесь оно равно 01.01.2005 And 01.01.2006. Теперь нам будет выводится данные за весь год. По истечению года администратор базы данных должен будет изменить года в условии отбора. Следующие запросы являются дополнительными и нужны для формирования отчетов. В этих запросах не производится не каких вычислений или отбора по условию поэтому мы просто отобразим

из каких таблиц состоят запросы и какие данные из них берутся. Запрос Для Отчета состоит из следующих полей Номер клиента, ФИО, Номер удостоверения личности, Адрес, Телефон эти данные из таблицы Клиенты, а следующие из таблицы Денежные Данные Сумма оценки залога, Сумма выданного кредита, Срок залога, Сумма выданная на руки,

Сумма процентов, Дата возврата кредита, Дата выдачи кредита. Запрос Для Отчта2 формируется из следующих полей из таблиц Клиенты и Денежные Данные Номер клиента, ФИО, Сумма выданная на руки, Дата выдачи кредита с условием отбора равным 01.11.2005 And Date,Срок залога. Боле подробное значения рассмотрение дополнительных запросов будет при описании

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

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

Мастера Форм. Для этого во вкладке Формы выбираем пункт создать, далее выбираем Мастер Форм, а в качестве источника построения выбираем одну из представленных таблиц. Затем перемещаем все поля таблицы из доступных - в выбранные поля, щелкаем на кнопке далее. Внешний вид формы в один столбец, опять щелкаем далее. Выбираем стиль формы стандартный, вводим название формы и все форма готова

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

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

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

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

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

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

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

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

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

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

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

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

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

Запуск Приложения, где в строке командная строка указываем путь к программе Телефон, которая входит в стандартный состав операционной системы MS Windows 2000. В нашем случае это следующий адрес CProgram FilesWindows NTdialer.exe. Работа это макроса проверялась только на операционной системе MS Windows 2000 Pro SP4, на компьютерах с другой операционной системой работа макросы может завершится

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

по кнопке ДА. Далее в диалоговом окне диспетчер кнопочных форм выполнить щелчок по кнопке Создать, теперь дам имя нашей кнопочной формы. Щелкаем по кнопке Изменить, и создам основные элементы кнопочной формы. Для этого нажимаем на кнопку Создать, и последовательно заполняем все предложенные нам пункты появившегося окна. Например, создам кнопку для открытия формы для ввода клиентов.

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

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

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

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

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

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

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

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

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

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

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

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

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

Мастера Зашиты находящемся в меню Сервис, подменю Защита, который последовательно предоставит администратору базы данных создать пользователей базы данных, разграничить из права и установить пароли для запуска базы данных различными пользователями. Что бы улучшить производительность людей работающих с базой данных мы просто установим один пароль на открытие базы данных с правами пользователей. Для этого в меню Сервис подменю Защита, выбираем пункт

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

проверки она отключена. Заключение. Наша база данных была создана с применением всех современных средств управления базами данных предоставленными MS Access 2003, таких как, написание макросов, использование графических элементов картинок, отчетов для печати, средств защиты и безопасности данных. В ходе проделанной работы, нами были созданы ь 5 таблиц ь 5 запросов, из них 4 на выборку и 1 перекрстный запрос ь 3 отчета, один из которых используется для печати билета ь 5 макросов для в основном для установок

различных пунктов в кнопочной форме. База данных Гаухар была опробована в области малого бизнеса на предприятии Негосударственный Ломбард Гаухар, где получила положительную оценку, как со стороны операторов, так и администраторов компьютерной сети. Список литературы. 1. Вейскас Д. Эффективная работа с Microsoft Access 2000 Издательство Питер, 2001 год. 2. Кауфельд Д. Access for dummies

Издательство Диалектика, 2002 3. Колесов А. Нынче СУБД это не просто СУБД Издательство Byte Magazine 4. Робинсон С. Microsoft Access 2000. Учебный курс Издательство Питер, 2000 год 5. Понамарв В. Базы данных в DELPHI 7 Издательство Питер, 2003 6. Симонович С.В. Информатика. Базовый курс Издательство

Питер, 2000 7. Хаббард Дж. Автоматизированное проектирование баз данных Издательство Мир, 1984.