Многопользовательская программа реализации ПК техники

 

В результате проведенного анализа для реализации БД была выбрана СУБД – InterBase

 

2.2 Выбор Языка программирования

 

Простота, скорость и эффективность Delphi объясняют ее популярность. Delphi имеет один из самых быстрых компиляторов, порождающий, тем не менее, весьма и  весьма неплохой объектный код. Есть и другие достоинства: простота изучения Object Pascal; облегчающие жизнь нововведения - вроде свойств (properties); программы, написанные на Delphi, не требуется снабжать дополнительными  библиотеками (в отличие от связки C++/MFC). В самом деле, VCL предоставляет  удобный, легко расширяемый объектно-ориентированный  интерфейс к Windows, что ни в коей мере не мешает программисту опускаться в самые глубины Windows API. Создателям оригинальных компонентов это приходится делать довольно часто, в отличие  от "просто программистов". Как  было сказано выше, модель программирования в Delphi - компонентная, что позволяет  пользоваться компонентами, написанными  другими разработчиками, даже не имея их исходного кода и уж подавно  не изучая его. В Интернете есть огромное количество компонентов, значительная часть которых распространяется бесплатно. Применение компонентной модели приводит к тому, что довольно многое в поведении объектов программировать не нужно вообще, и многое, на что в других средах ушли бы недели, можно сделать за часы или даже минуты. Оно и понятно - это ведь RAD-среда. К достоинствам можно отнести очень быстрый браузер классов и мгновенный вывод подсказки автозавершения кода (code completion). Если кратко - может все. Конечно, Object Pascal накладывает определенные ограничения, но для тех вещей, для которых ее писали, Delphi подходит практически оптимально. Из понравившихся (но, разумеется, нестандартных) "улучшений", внесенных Borland в Object Pascal, хотелось бы выделить свойства (properties) и перегружаемость процедур и функций (overloading). Определенные неудобства при работе с низкоуровневыми функциями API может вызвать то, что стандартным языком для API все же является С, и именно на нем пишутся все новые Software Development Kit (SDK) и заголовочные файлы к ним. Это ни в коем случае не означает, что вы не сможете работать с новыми SDK, просто вам придется написать несложный (но, возможно, объемный) код на Pascal, в котором определить интерфейсы данного SDK. Не поленитесь, однако, поискать на серверах, посвященных Delphi. Очень может быть, что эту работу кто-то уже сделал.

 

                              2.3 EMS Manager for InterBase/Firebird 

EMS  Manager for InterBase/Firebird - это высокопроизводительная программа для разработки и администрирования баз данных InterBase/Firebird.  Manager работает с последними версиями СУБД для IB и FB и поддерживает все новейшие функциональные возможности этих серверов, включая триггеры БД, журналирование, инкрементальное резервное копирование и другие. Программа включает в себя множество инструментов, таких как Визуальный конструктор баз данных, который позволяет быстро создавать базы данных InterBase/Firebird, Визуальный конструктор запросов и Отладчик хранимых процедур для разработки SQL сценариев InterBase/Firebird, а также другие полезные инструменты для эффективного администрирования серверов InterBase и Firebird. Современный, графический интерфейс и оптимальная система мастеров настроек будут понятны даже новичку.

 

Ключевые  особенности

• Совместимость со всеми версиями сервера Firebird до 2.5
• Совместимость со всеми версиями сервера InterBase до 2009
• Быстрая навигация и управление базами данных
• Простое управление всеми объектами InterBase и Firebird с помощью редакторов, поддерживающих Unicode
• Эффективное управление параметрами безопасности
• Великолепные графические и текстовые инструменты для построения запросов
• Конструктор отчетов с понятным мастером создания отчетов
• Мощные мастера импорта и экспорта данных с поддержкой Unicode и возможностью работы в фоновом режиме
• Мощный визуальный конструктор баз данных
• Простые и удобные мастера для выполнения задач InterBase и Firebird в фоновом режиме
• Современный и простой графический интерфейс пользователя

 

2.4 Перечень используемых компонентов

Для реализации программы были использованы следующие компоненты: IBQuery, IBTable, Datasource, Edit, Button, BDGrid, DBNavigator, Mainmenu, frxDBDataset1, frxReport1, frxPDFExport1, frxJPEGExport1, frxTXTExport1, frxXMLExport1.

 

3.Структура банка данных

 

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

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

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

-    Не должно быть повторений и между таблицами.

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

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

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

-   Каждое поле должно быть связано с темой таблицы.

- Не рекомендуется включать в таблицу данные, которые являются результатом выражения.

-    В таблице должна присутствовать вся необходимая информация.

     - Информацию следует разбивать на наименьшие логические единицы

 

3.1 Инфологическое проектирование

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

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

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

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

Между двумя сущностям, например, А и В возможны четыре вида связей.

Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:

Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий.

Второй тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

Квартира может пустовать, в ней может жить один или несколько жильцов.

Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М:N). Но в нашей работе такие типы связи нам не следует употреблять.

Для  базы данных компьютерного магазина инфологическая модель будет выглядеть так(Рис 1):

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

 & 1

 & &

&

&

1 1 1 1

 

 

 

 

Рисунок 1. Инфологическая модель базы данных компьютерного магазина

 

 

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

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

• Текстовый. Текст или числа не требующие проведения расчётов.
• BLOB.  Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.
• Числовой.  Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.
• Денежный. Денежные значения и числовые данные, используемые в математических вычислениях.
• Дата/Время. Дата и время хранятся в специальном фиксированном формате.

Определим какие  типы данных будут  присутствовать в наших таблицах:

 

Таблица Сотрудники
Поле	Тип данных
КодСотрудника	Числовой
ФИО	Текстовый
Телафон	Текстовый
Должность	Текстовый
ДатаРождения	Дата/время

 

Таблица Заказы
Поле	Тип данных
IDзаказа	Числовой
Товар	Текстовый
КодСотрудника	Числовой
ДатаРазмещения	Дата/время
ДатаИсполнения	Дата/время
КодКлиента	Числовой

 

 

 

 

 

 

 

 

 

 

Таблица Клиенты
Поле	Тип данных
КодКлиента	Числовой
ФИО	Текстовый
Адрес	Текстовый
Телефон	Текстовый

 

 

 

 

 

 

 

Таблица Товары
Поле	Тип данных
КодТовара	Числовой
НаименованиеТовара	Текстовый
Производитель	Текстовой
Стоимость	Текстовой
Кол-во	Числовой
Дата	Дата
Код сотрудника	Числовой