Создание и ведение баз данных

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

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

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

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

9 стр., 4317 слов

Создание базы данных для ателье при помощи пакета Microsoft Access

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

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

БАЗЫ ДАННЫХ

предметной областью

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

Структурирование

Неструктурированными называют данные, записанные, например, в текстовом файле.

конечными пользователями

системы управления базами данных.

База данных (БД)— это поименованная совокупность структурированных данных, относящихся к определенной предметной области.

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

Централизованный характер управления данными в базе данных предполагает необходимость существования некоторого лица (группы лиц), на которое возлагаются функции ад­министрирования данными, хранимыми в базе.

Классификация баз данных

технологии обработки

Централизованная база

Распределенная база

способу доступа

архитектуры

  • файл-сервер;
  • клиент-сервер.

Файл-сервер.

Клиент-сервер

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

Поле

имя,

тип

длина

точность

Запись

Файл (таблица)

ключами первичными

ВИДЫ МОДЕЛЕЙ ДАННЫХ, Общие положения

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

Модель данных

СУБД основывается на использовании иерархической, сетевой или реляционной моде­ли, на комбинации этих моделей или на некотором их подмножестве [I].

Рассмотрим три основных типа моделей данных: иерархическую, сетевую и реля­ционную.

Иерархическая модель данных

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

Узел

К каждой записи базы данных существует только один (иерархический) путь от корневой записи.

10 стр., 4982 слов

Развитие систем управления базами данных

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

Сетевая модель данных

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

Реляционная модель данных

реляционный

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

реляционная таблица

  • каждый элемент таблицы — один элемент данных;
  • все столбцы в таблице однородные, т.е.

все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;

  • каждый столбец имеет уникальное имя;
  • одинаковые строки в таблице отсутствуют;
  • порядок следования строк и столбцов может быть произвольным.

таблиц,

простым ключом

внешний ключ

ПОНЯТИЕ ИНФОРМАЦИОННОГО ОБЪЕКТА, Информационный объект

Информационный объект определенного реквизитного состава и структуры образует класс (тип), которому присваивается уникальное имя (символьное обозначение), например Студент, Сессия, Стипендия.

Информационный объект имеет множество реализации — экземпляров, каждый из ко­торых представлен совокупностью конкретных значений реквизитов и идентифицируется значением ключа (простого — один реквизит или составного — несколько реквизитов).

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

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

Нормализация отношений

нормальные формы отношений

Первая нормальная форма

первой нормальной форме

Например, отношение Студент = (Номер , Фамилия, Имя, Отчество, Дата, Группа) на­водится в первой нормальной форме.

Вторая нормальная форма

Чтобы рассмотреть вопрос приведения отношений ко второй нормальной форме, необходимо дать пояснения к таким понятиям, как функциональная зависимость и полная функциональная зависимость.

функциональной зависимости

Функциональная зависимость

Такое определение функциональной зависимости позволяет при анализе всех взаимосвязей реквизитов предметной области выделить самостоятельные информационные объекты.

функционально полной

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

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

8 стр., 3746 слов

Организация баз данных и выбор систем управления базами данных

... расположения и организации данных без изменения общей логической структуры данных и структур данных прикладных программистов (физическая независимость). Рис. 1 2. Системы управления базами данных Использование систем управления базами данных (СУБД) позволяет исключить из ...

Третья нормальная форма

нетранзитивной

Транзитивная зависимость

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

Для устранения транзитивной зависимости описательных реквизитов необходимо про­вести «расщепление» исходного информационного объекта. В результате расщепления часть реквизитов удаляется из исходного информационного объекта и включается в состав других (возможно, вновь созданных) информационных объектов.

ТИПЫ СВЯЗЕЙ

связи

  • один к одному (1:1);
  • один ко многим (1 : М);
  • многие ко многим (М : М).

один к одному

один ко многим

многие ко многим

Архитектура СУБД

Базы данных и программные средства их создания и ведения (СУБД) имеют многоуровне­вую архитектуру.

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

Концептуальная модель

Внутренняя модель

Внешняя модель

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

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

Понятие информационно-логической модели

Проектирование базы данных состоит в построении комплекса взаимосвязанных моделей данных.

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

Информационно-логическая (мифологическая) модель

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

ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ СУБД

программную систему

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

По степени универсальности различают два класса СУБД:

  • системы общего назначения;
  • специализированные системы.

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

4 стр., 1862 слов

Базы данных и системы управления базами данных

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

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

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

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

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

Рассмотрим основные характеристики некоторых СУБД — лидеров на рынке про­грамм, предназначенных как для разработчиков информационных систем, так и для конеч­ных пользователей,

В рассматриваемую группу программных продуктов вошли:

  • dBASE IV 2.0, компании Borland International;
  • Microsoft access 2.0;
  • microsoft FoxPro 2.6 for DOS;
  • Microsoft FoxPro 2.6 for Windows, корпорации Microsoft Corp;
  • Paradox for DOS 4.5;
  • Paradox for Windows, версия 4.5 компании Borland.

Производительность СУБД

Производительность СУБД оценивается:

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

На производительность СУБД оказывают влияние два фактора:

  • СУБД, которые следят за соблюдением целостности данных, несут дополнительную нагрузку, которую не испытывают другие программы;
  • производительность собственных прикладных программ сильно зависит от правильно­го проектирования и построения базы данных.

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

6 стр., 2614 слов

Методы и средства защиты информации

... Методы и средства защиты информации Понятие «защита информации в вычислительных системах» предполагает проведение мероприятий в двух взаимосвязанных направлениях: безопасность данных и целостность данных. Безопасность данных связана с их защитой ... или уничтожение информации в нарушение установленных правил разграничения доступа. Получение доступа к ресурсам информационной системы предусматривает ...

Самой быстрой СУБД является FoxPro 2.6, однако она не обладает средствами соблюдения целостности данных в отличие от более медленной СУБД Access 2.0.

Обеспечение целостности данных на уровне базы данных

Целостность данных

К средствам обеспечения целостности данных на уровне СУБД относятся:

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

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

СУБД dBASE IV и FoxPro 2.6 (DOS и WINDOWS) совсем не обладают средствами этого рода, и ввод в программу процедур, обеспечивающих выполнение правил целостнос­ти, возлагается на программиста.

Обеспечение безопасности

безопасности данных

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

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

Хорошими характеристиками обеспечения безопасности отличается Access 2.0. Он предусматривает назначение паролей для индивидуальных пользователей или групп поль­зователей и присвоение различных прав доступа отдельно таблицам, запросам, отчетам, макрокомандам или новым объектам на уровне пользователя или группы.

Работа в многопользовательских средах

многопользо­вательских средах,

Обработка данных в многопользовательских средах .предполагает выполнение про­граммным продуктом следующих функций: :

  • блокировку базы данных, файла, записи, поля;
  • идентификацию станции, установившей блокировку;
  • обновление информации после модификации;
  • контроль за временем и повторение обращения;
  • обработку транзакций (транзакция — последовательность операций пользователя над базой данных, которая сохраняет ее логическую целостность);
  • работу с сетевыми системами (LAN Manager, NetWare, Unix).

Лучшими возможностями для работы в многопользовательских средах обладают СУБД Paradox for DOS 4.5, Access 2.0 и dBASE IV.

Импорт-экспорт

Эта характеристика отражает:

6 стр., 2594 слов

Объектно-ориентированные базы данных. _Объектно-ориентированные_БД. ...

... Базы данных ER модели Базы документов NoSQL базы данных Иерархические базы данных. В модели иерархической системы управления базами данных (иерархических СУБД) данные хранятся в узле отношения родитель-потомок. Кроме того, помимо фактических данных, записи также содержат информацию ... Объектные базы данных ... базами данных (OOСУБД) были созданы в начале 1980-х годов. OOСУБД были разработаны для работы ...

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

Особый интерес представляют следующие форматы файлов: ASCII-файлы, .DBF, ,WK*, .XLS.

Все рассматриваемые здесь СУБД обладают хорошими возможностями импорта-экс­порта данных.

Доступ к данным посредством языка SQL

Язык запросов SQL

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

СУБД имеют доступ к данным SQL в следующих случаях:

  • базы данных совместимы с ODBC (Open Database Connectivity — открытое соединение баз данных);
  • реализована естественная поддержка SQL-баз данных;
  • возможна реализация SQL-запросов локальных данных.

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

Access 2.0 и Paradox for Windows работают с источниками SQL-данных, совместимых с системой ODBC.

FoxPro (for dos и for Windows) поставляются с дополнительными библиотеками, кото­рые обеспечивают доступ к SQL-базам данных, способным работать совместно с системой ODBC, но эта возможность менее интегрирована, чем средства первичного ввода информа­ции в Access и Paradox for Windows.

Можно напрямую управлять базами данных Access с помощью языка SQL и переда­вать сквозные SQL-запросы совместимым со спецификацией ODBC SQL-базам данных, таким, как MS SQL Server и Oracle, так что Access способна служить средством разработки масштабируемых систем клиент-сервер.

Возможности запросов и инструментальные средства разработки прикладных программ

СУБД, ориентированные на разработчиков, обладают развитыми средствами для создания приложений. К элементам инструментария разработки приложений можно отнести:

  • мощные языки программирования;
  • средства реализации меню, экранных форм ввода-вывода данных и генерации отчетов;
  • средства генерации приложений (прикладных программ);
  • генерацию исполнимых файлов.

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

Реализация языковых средств интерфейсов может быть осуществлена различными способами. Для высококвалифицированных пользователей (разработчиков сложных при­кладных систем) языковые средства чаще всего представляются в их явной синтаксической форме, В других случаях функции языков могут быть доступны косвенным образом, когда они реализуются в форме различного рода меню, диалоговых сценариев или заполняемых пользователем таблиц. По таким входным данным интерфейсные средства формируют аде­кватные синтаксические конструкции языка интерфейса и передают их на исполнение или включают в генерируемый программный код приложения. Интерфейсы с неявным исполь­зованием языка широко используются в СУБД для персональных ЭВМ. Примером такого языка является язык QBE (Query-By-Example).

Языковые средства используются для выполнения двух основных функций:

  • описания представления базы данных ;
  • выполнения операций манипулирования данными.

языком описания (определения) данных

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

Язык манипулирования данными

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

СУБД dBASE IV и FoxPro поддерживают язык программирования xBASE, который до сих пор является важным стандартом для баз данных.

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

Язык программирования Access Basic содержит функции обеспечения связи по прото­колу OLE 2.0, позволяющие управлять объектами из других прикладных программ, совмес­тимых с OLE 2.0. Кроме того, этот язык позволяет создавать объекты баз данных (запросы, таблицы), изменять структуру базы данных и создавать индексы непосредственно из при­кладной программы.

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

КОМАНДЫ ДЛЯ ВЫПОЛНЕНИЯ ТИПОВЫХ ОПЕРАЦИЙ

Типовая структура интерфейса

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

Строка меню

Вспомогательная область управления включает:

  • панели инструментов;
  • вертикальную и горизонтальную линейки прокрутки.

строке состояния

Строка подсказки

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

Программы СУБД имеют достаточное количество команд, у каждой из которых воз­можны различные параметры (опции).

Такая система команд совместно с дополнительными опциями образует меню со своими особенностями для каждого типа СУБД- Выбор опреде­ленной команды из меню производится одним из следующих двух способов;

  • наведением курсора на выбранную в меню команду при помощи клавиш управления курсором и нажатием клавиши ввода;
  • вводом с клавиатуры первой буквы выбранной команды.

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

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

  • команды для работы с файлами;
  • команды редактирования;
  • команды форматирования;
  • команды для работы с окнами;
  • команды для работы в основных режимах СУБД (таблица, форма, запрос, отчет);

Команды для работы с файлами

При работе с файлами программа дает возможность пользователю:

  • создавать новые объекты базы данных;
  • сохранять и переименовывать ранее созданные объекты;
  • открывать уже существующие базы данных;
  • закрывать ранее открытые объекты;
  • выводить на принтер объекты базы данных.

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

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

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

Команды редактирования

перемещение, копирование

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

нахождения и замены

Команды форматирования

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

область, на которую распространяется действие команды. Если этого не сделать, то новые параметры форматирования будут определены только для активного компонента.

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

Команды для работы с окнами

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

Система получения справочной информации

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

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

Общее представление об этапах технологии

Каждая конкретная СУБД имеет свои особенности, которые необходимо учитывать.

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

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

  • создание структуры таблиц базы данных;
  • ввод и редактирование данных в таблицах;
  • обработка данных, содержащихся в таблицах;
  • вывод информации из базы данных.

Создание структуры таблиц базы данных

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

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

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

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

Создание структуры таблицы не связано с заполнением таблиц данными, поэтом) две операции можно разнести во времени.

Ввод и редактирование данных

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

Практически все СУБД позволяют вводить и корректировать данные в таблицах двумя способами:

  • с помощью предоставляемой по умолчанию стандартной формы в виде таблицы;

экранных форм

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

Обработка данных, содержащихся в таблицах

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

Запрос

Большинство СУБД разрешают использовать запросы следующих типов:

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

Самым распространенным типом запроса является запрос на выборку. Результатом выполнения запроса является таблица с временным набором данных (ди­намический набор).

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

Вывод информации из базы данных

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

отчетов

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

Информационная модель СУБД, Предварительное планирование, подготовка данных,

последовательность создания информационной модели.

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

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

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

Объекты объединяются в классы по общим характеристикам. Например, в предложении «Белый Дом является зданием», «Белый Дом» представляет объект, а «здание» – класс. Классы обозначаются абстрактными существительными.

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

Концептуальная модель

Проектирование концептуальной модели базы данных:

Анализ данных: сбор основных данных (например, объекты, связи между объектами).

Определим первоначальные данные:

Заявки — поступающие от магазинов на определённый период.

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

Поставщики — организации или физические лица, с которыми заключаются договора на поставку товара.

Заказчики — в основном магазины, а также предприятия и организации, подающие заказ на приобретение того или иного товара.

Счета — ведутся на этапе заключения договором с поставщиками, а также с заказчиками.

Накладные — создаются на основании получения заказа о заказчика, для отгрузки.

Справки — получение/выдача различных справок как заказчику так и поставщику.

Товар — присутствует на основании заявки и договора с поставщиком.

Определение взаимосвязей.

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

представляющий для нас интерес объект — Товар. Этот объект имеет свойства «уникальный ключ товара», «наименование товара».

Второй рассматриваемый объект — Поставщик. Его свойствами являются «уникальный ключ поставщика», «наименование поставщика».

Третий рассматриваемый объект — Заказчик. Его свойствами являются «уникальный ключ заказчика», «наименование заказчика».

Взаимосвязь «один к одному» (между двумя типами объектов)

Допус­тим, в определенный момент времени один заказчик может сделать только один заказ. В этом случае между объектами Заказчик и Товар устанавливается взаимосвязь «один к одному».

Взаимосвязь «один ко многим» (между двумя типами объектов)

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

Взаимосвязь «один ко многим» можно обоз­начить с помощью одинарной стрелки в направлении к «одному» и двойной стрелки в направлении ко «многим» .В этом случае одной записи данных первого объекта (его часто называют родительским или основным) будет соответствовать несколько записей второго объекта (дочернего или подчиненного).

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

Взаимосвязь «один к одному» (между двумя свойствами)

Мы предполагаем, что ключ (номер) магазина является его уникальным иденти­фикатором, то есть он не изменяется и при последующих поступлениях заказов от данного магазина. Если наряду с номером магазина в базе данных хранится и другой его уникальный идентификатор (например, адрес), то между такими двумя уникальными идентификаторами существует взаимосвязь «один к одному».

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

Первоначальная схема данных

Функциональная модель

Исследование токов

Данных

Данные выявленные в ходе разработки

Определение взаимосвязей  1 Определение взаимосвязей  2Определение взаимосвязей  3Определение взаимосвязей  4Определение взаимосвязей  5Отдел обработки заявок

Заявки

Договора

Определение взаимосвязей  6 Определение взаимосвязей  7Определение взаимосвязей  8Договоров

Поставщики

Заказчики

Определение взаимосвязей  9 Ведение счетов

Счета

Определение взаимосвязей  10 Определение взаимосвязей  11Погрузка

Накладные

Товар

Инвентаризация

Справки

рис.1

Определение объектов

Выделим следующие объекты:

1. ТОВАР — ( Т );

2. ЗАКАЗЧИК — ( З );

3. ПОСТАВЩИК — ( П );

4. СЧЕТА — ( С );

5. ДОГОВОР — ( Д );

6. НАКЛАДНЫЕ — ( Н ).

Первоначальное графическое представление концептуальной модели

Определение объектов 1

Т

З

П

С

Н

Д

рис.2

Задание первичных и альтернативных ключей, определение свойств объектов

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

Приведение модели к требуемому 1 уровню нормальной формы

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

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

второй нормальной форме

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

третьей нормальной форме

Транзитивная зависимость выявляет дублирование данных в одном отношении. Если А, В и С — три свойства одного отношения и С зависит от В, а В от А, то говорят, что С транзитивно зависит от А. Преобразование в третью нормальную форму происходит за счет разделения исходного отношения на два.

логической моделью.

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

Иерархическая модель данных

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

Физическая модель

первый уровень независимости данных

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

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

Степень независимости данных определяется тщательностью проектирования базы данных. Всесторонний анализ объектов предметной области и их взаимос­вязей минимизирует влияние изменения требований к данным в одной программе на другие программы. В этом и состоит всеобъемлющая независимость данных.

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

В процессе проектирования объекты преобразуются в отношения, свойства в поля таблиц, методы – в процедуры, формы и т.д. (что и было произведено).

Правильно проведенный объектно-ориентированный анализ позволяет значительно облегчить работу.

индексно-последовательный метод доступа

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

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

Краткая характеристика программного обеспечения,

используемого при создании СУБД

Visual FoxPro

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic

Visual C++

SQL Server

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

Принципы организации данных, лежащие в основе современных СУБД.

Современные СУБД являются объектно-ориентированными и реляционными. Основной единицей является объект, имеющий свойства, и связи между объектами. СУБД используют несколько моделей данных: иерархическую и сетевую (с 60-х годов) и реляционную (с 70-х).

Основное различие данных моделей в представлении взаимосвязей между объектами.

Иерархическая модель данных, Сетевая модель данных, Реляционная модель данных

Объект (Сущность) – элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие – поступление человека в стационар).

Атрибут – информационное отображение свойств объекта. Каждый объект характеризуется набором атрибутов.

Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.

Первичный ключ –

альтернативный ключ

Современные технологии, используемые в работе с данными., Технология «Клиент-сервер»

Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic обеспечивают средства для создания клиентских частей в приложениях «клиент-сервер», которые сочетают в себе средства просмотра, графический интерфейс и средства построения запросов, а Microsoft SQL Server является на сегодняшний день одним из самых мощных серверов баз данных.

OLE 2.0 (Object Linking and Embedding – связывание и внедрение объектов)

OLE Automation (Автоматизация OLE)

RAD (Rapid Application Development – Быстрая разработка приложений)

ODBC (Open Database Connectivity – открытый доступ к базам данных)

SQL (Structured Query Language – язык структурированных запросов) –

VBA (Visual Basic for Applications – Visual Basic для Приложений) – разновидность (диалект) объектно-ориентированного языка программирования Visual Basic, встраиваемая в программные пакеты.

Список литературы

[Электронный ресурс]//URL: https://litfac.ru/kursovaya/na-temu-tablichnyie-bazyi-dannyih/

1. Б. Богумирский

2. Эффективная работа на IBM PC в среде Windows 95

3. СПб, «Питер», 1997, 1000с.

4. Д. Вейскас

5. Эффективная работа с Microsoft Access 7.0

i. «Microsoft Press», 1997, 864с.

6. Дж. Вудкок, М. Янг

7. Эффективная работа с Microsoft Office 95

i. «Microsoft Press», 1000с.

8. А. Горев, С. Макашарипов, Р. Ахаян

Эффективная работа с СУБД

9. СПб, «Питер», 1997, 704с.

10. А. В. Потапкин

i. Основы Visual Basic для пакета Microsoft Office

ii. М, «Эком», 1995, 256с. «

11. Электронная встроенная гипертекстовая справочная система Microsoft Access, файл MSACC20.HLP, 4.7 Мбайта.

12. Журнал “PC Magazine Russian Edition” ¹7 1994, статья У. Плейна, “Microsoft Access”.

13. Журнал “PC Magazine Russian Edition” ¹5 1994.

  1. Журнал “КомпьюТерра” №37-38 1994.