Система баз данных

Для задания сущности, нужно выбрать пиктограмму «Entity» на палитре инструментов слева

Рисунок 3.11 – Окно Выбор типа пиктограммы

 

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

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

Рисунок 3.12 – Датологическая модель БД

 

Датологическая модель данных

Рисунок 3.13 – Пример построения модели данных в ERwin

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

В качестве инструмента семантического моделирования используются различные варианты диаграмм сущность-связь (ER - Entity-Relationship).

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

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

При правильном определении сущностей, полученные таблицы будут сразу находиться в 3НФ. Основное достоинство метода состоит в том, модель строится методом последовательных уточнений первоначальных диаграмм.

 

 

4. Создание таблиц в MySQL

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

Для начала создадим основную таблицу со следующими полями в mySQL:

 

Рисунок.4.1 – Создание таблиц в mySQL

 

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

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

На сегодняшний день СУБД MySQL является одной из самых  известных, надежных и быстрых из всего семейства существующих СУБД. Почему именно она? Одной из причин являются правила ее распространения — за нее не надо платить деньги и распространяется она вместе со своими исходными текстами, другая причина – это то, что MySQL относительно быстрая СУБД.  PostgreSql, например, также распространяется под лицензией *GNU GPL, но она не получила столь широкого распространения. Одна из причин — это заметная медлительность.  Итак, две главные причины популярности MySQL: цена и производительность.

MySQL написан под десятки  видов операционных систем. Это и FreeBSD, OpenBSD, MacOS, OS/2, SunOS, Win9x/00/NT и Linux. Сегодня MySQL особенно распространена на платформах Linux и Windows. Причем на последней встречается гораздо реже.

Принцип работы СУБД MySQL аналогичен принципу работы любой СУБД, использующей SQL (Structured Query Language, язык структурированных запросов) в качестве командного языка для создания/удаления баз данных, таблиц, для пополнения таблиц данными, для осуществления выборки данных.

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

 

4.1 Общее описание, запуск и настройка прав доступа к

базам данных MуSQL.

MySQL, как и любая другая СУБД представляет собой программу-сервер, которая находится в памяти компьютера и обслуживает TCP порт. В случае с MySQL, номером порта будет являться число 3306. А клиентская программа, будь то CGI-приложение на Perl либо программный продукт на C, соединяется с СУБД по этому порту и посылает ему строчки на SQL. Тот в свою очередь их интерпретирует, выполняя необходимые действия, и отсылает результаты запроса обратно клиенту. Таким способом происходит общение сервера баз данных с клиентскими программами.

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

База данных, которую  сервер MуSQL использует для хранения внутренней информации о пользователях, по умолчанию имеет имя mуsql. В этой базе данных определены таблицы для хранения информации пользовательских учетных записей

 

Установка сервера MySQL.

1. Создать на диске С папку MySQL - С:\ MySQL
2. Распаковать mysql-5.1.30-win32.zip
3. Запустить Setup.exe
4. Выбрать Next

Рисунок 4.2 – Окно установки MySQL

Рисунок 4.3 – Окно установки MySQL

 

5. Выбрать Custom

Рисунок 4.4 – Окно установки MySQL

6.  Change – для того, чтобы указать созданную ранее папку MySQL на диске С.

7. Показываем путь к созданной директории С:\Mysql

8. Next

Рисунок 4.5 – Окно установки MySQL

9. Install 

Рисунок 4.6 – Окно установки MySQL

12. Finish

Рисунок 4.7 – Окно установки MySQL

13. Next

Рисунок 4.8 – Окно установки MySQL

14. Next

Рисунок 4.9 – Окно установки MySQL

16. Next

Рисунок 4.10 – Окно установки MySQL

17.Next

Рисунок 4.11 – Окно установки MySQL

18. Устанавить CP1251, для поддержки русского языка,

Выбрать Next

Рисунок 4.12 –Окно установки MySQL

14. Вводим пароль root. В нашем случае 123, отмечаем доступ для root с удаленных машин, Next

Рисунок 4.13 – Окно установки MySQL

15. Execute

Рисунок 4.14 – Окно установки MySQL

16. Finish

 

Установка ODBC драйвера к MySQL

• Распаковать mysql-connector-odbc-3.51.27-win32.zip
• Запустить Setup.exe

Рисунок 4.15 – Окно установки драйвера ОDBC

• Next
• Выбрать Custom, Next

Рисунок 4.16 – Окно установки драйвера ОDBC

• Install, Finish
• Далее создать новый источник данных на компьютере и указать используемый драйвер - Пуск\Панель Управления –\Администрирование\ Источники данных (ODBC)\ Системный DSN\ Добавить

Рисунок 4.17 – Окно добавления нового источника данных

 

 Выбрать MySql OBDC 3.51 Driver, готово

Рисунок 4.18 – Окно ввода параметров соединения

• Имя root, пароль 123, база данных hardware
• Выбрать вкладку Connect options - Character Set - cp1251,

Рисунок 4.19 – Окно администратора источника данных

• OK

Для запуска MуSQL-сервера необходимо выполнить файл  mysqld.exe. Сервер запускается как безоконный фоновый процесс. При этом он остается в памяти и обрабатывает запросы от клиентских приложений.

Из меню Пуск-Все программы – mySQL выбираем MySQL Administrator.

В открывшемся приложении в разделе каталоги (catalogs) – создаем новую схему БД и заполняем необходимые таблицы

 

Рисунок 4.20 – Окно схем MySQL Administrator

 

5. Создание приложения для редактирования таблицы

Используя Borland Delphi, можно создать приложения, работающие как с однопользовательскими базами данных (БД), так и с серверными СУБД, такими как Oracle, Sybase, Informix, Interbase, MS SQL Server, DB2, а также с ODBC-источниками. Возможности Delphi, связанные с созданием приложений, использующих базы данных, весьма обширны.

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

Набор данных в Delphi является потомком абстрактного класса TDataSet (абстрактный класс - это класс, от которого можно порождать другие классы, но нельзя создать экземпляр объекта данного класса). Например, классы TQuery, TTable и TStoredProc, содержащиеся на странице палитры компонентов Data Access, - наследники TDBDataSet, который, в свою очередь, является наследником TDataSet. TDataSet содержит абстракции, необходимые для непосредственного управления таблицами или запросами, обеспечивая средства для того, чтобы открыть таблицу или выполнить запрос и перемещаться по строкам

 

Рисунок 5.1 – Использование компанента Main Menu

Добавляем еще одну форму (дочернюю(FS MDI Child))  - это форма для рабочего справочника

Для осуществления связи с таблицами MySQL используется ADOconnection1. А компонент ADOtable осуществляет выборку данных из таблиц MySQL.

Компоненты DBGrid, DBNovigator связываются с ADOtable через Datasource

Компонент DataSource действует  как посредник между компонентами TDataSet (TTable, TQuery, TStoredProc) и компонентами Data Controls - элементами управления, обеспечивающими  представление данных на форме. Компоненты TDataSet управляют связями с библиотекой Borland Database Engine (BDE), а компонент DataSource управляет связями с данными в компонентах Data Controls.

В типичных приложениях  БД компонент DataSource, как правило, связан с одним компоненом TDataSet (TTable или TQuery) и с одним или более компонентами Data Controls (такими, как DBGrid, DBEdit и др.). Связь этого компонента с компонентами TDataSet и DataControls осуществляется с использованием следующих свойств и событий:

• Cвойство DataSet компонента DataSource идентифицирует имя компонента TDataSet. Можно присвоить значение свойству DataSet на этапе выполнения или с помощью инспектора объектов на этапе проектирования.
• Cвойство Enabled компонента DataSource активизирует или останавливает взаимосвязь между компонентами TDataSource и Data Controls. Если значение свойства Enabled равно true, то компоненты Data Controls, связанные с TDataSource, воспринимают изменения набора данных. Использование свойства Enabled позволяет временно разъединять визуальные компоненты Data Controls и TDataSource, например, для того, чтобы в случае поиска в таблице с большим количеством записей не отображать на экране пролистывание всей таблицы.
• Свойство AutoEdit компонента DataSource контролирует, как инициируется редактирование в компонентах Data Controls. Если значение свойства AutoEdit равно true, то режим редактирования начинается непосредственно при получении фокуса компонентом Data Controls, связанным с данным компонентом TDataSet. В противном случае режим редактирования начинается, когда вызывается метод Edit компонента TDataSet, например, после нажатия пользователем кнопки Edit на компоненте DBNavigator. · Событие OnDataChange компонента DataSource наступает, когда происходит изменение значения поля, записи, таблицы, запроса.
• Cобытие OnUpdateData компонента DataSource наступает, когда пользователь пытается изменить текущую запись в TDataSet. Обработчик этого события следует создавать, когда требуется соблюсти условия ссылочной целостности или ограничения, накладываемые на значения полей изменяемой базы данных.

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

• Active - указывает, открыта (true) или нет (false) данная таблица.
• DatabaseName - имя каталога, содержащего искомую таблицу, либо псевдоним (alias) удаленной БД (псевдонимы устанавливаются с помощью утилиты конфигурации BDE, описание которой присутствует во многих источниках, посвященных продуктам Borland, либо с помощью SQL Explorer, вызываемого с помощью пункта меню Database/Explore). Это свойство может быть изменено только в случае, если таблица закрыта (ее свойство Active равно false), например: