Гарантииный отдел

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

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

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

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

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

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

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

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

     - Информацию следует разбивать  на наименьшие логические единицы  (Например, поля «Имя» и «Фамилия»,  а не общее поле «Имя»).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     -  Текстовый. Текст или числа не требующие проведения расчётов.

     -  МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

     -  Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

     -  Счётчик. Уникальные, последовательно возрастающие числа, автоматически вводящиеся при добавлении новой записи в таблицу.

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

     -  Денежный. Денежные значения и числовые данные, используемые в математических вычислениях.

     -  Дата/Время. Дата и время хранятся в специальном фиксированном формате.

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

     -  Гиперсвязь. Содержит адреса Web-страниц.

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

      

     

Таблица Сотрудники			Таблица Товары
Поле	Тип данных		Поле	Тип данных
КодСотрудника	Числовой		КодТовара	Текстовый
Фамилия	Текстовый		КодПоставки	Числовой
Имя	Текстовый		НаименованиеТовара	Текстовый
Должность	Текстовый		Описании	Поле  МЕМО
ДатаРождения	Дата/время		Изображение	Поле  объекта OLE
Адрес	Текстовый		СтоимостьЗакупки	Денежный
Телефон	Текстовый		Наличие	Логический
Примечание	Поле  МЕМО		Кол-во	Числовой
			СтоимостьПродажи	Денежный
Таблица Клиенты
Поле	Тип данных		Таблица Поставка
КодКлиента	Числовой		Поле	Тип данных
ФИО	Текстовый		КодПоставки	Числовой
Адрес	Текстовый		КодПоставщика	Числовой
Телефон	Текстовый		ДатаПоставки	Дата/время
Таблица Заказы			Таблица Поставщики
Поле	Тип данных		Поле	Тип данных
КодЗаказа	Числовой		КодПостащика	Числовой
КодТовара	Текстовый		НазваниеПоставщика	Текстовый
КодСотрудника	Числовой		Представитель	Текстовый
ДатаРазмещения	Дата/время		Обращаться	Текстовый
ДатаИсполнения	Дата/время		Телефон	Текстовый
КодКлиента	Числовой		Адрес	Текстовый

     

 

      Практическая часть.

     Язык  программирования Делфи ( Delphi )

     Немного из истории программного продукт 

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

        Hадо отметить, что к моменту выхода продукта обстановка вокруг компании Borland складывалась не лучшим для нее образом. Поговаривали о возможной перепродаже компании, курс акций компании неудержимо катился вниз. Далее дела пошли лучше. Hе верно, конечно, было бы говорить, что только Delphi явился причиной восстановления компании; кроме Delphi, у Borland появились и другие замечательные продукты, так же, как и Delphi, основывающиеся на новых, на тот момент, технологиях: BDE 2.0, BC++ 4.5, Paradox for Windows 5.0, dBase for Windows 5.0, BC++ 2.0 for OS/2. На данный момент используются более новые версии данных продуктов. 

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

     Delphi. Основные характеристики продукта.  
Delphi - это комбинация нескольких важнейших технологий:

     Высокопроизводительный  компилятор в машинный код;

     Объектно-ориентированная  модель компонент;

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

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

     Компилятор  в машинный код  

        Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре "клиент-сервер”. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL.  

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

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

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

        Объектно-ориентированная модель программных компонент  

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

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

        Действительно, все в Delphi написано на нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам, которые использовались для создания среды разработки. В результате нет никакой разницы между объектами, поставляемыми Borland или третьими фирмами, и объектами, которые вы можете создать.  

        В стандартную поставку Delphi входят основные объекты, которые образуют удачно подобранную иерархию из 270 базовых классов. Для начала - неплохо. Но если возникнет необходимость в решении какой-то специфической проблемы на Delphi, советуем, прежде чем попытаться начинать решать проблему "с нуля”, просмотреть список свободно распространяемых или коммерческих компонент, разработанных третьими фирмами, количество этих фирм достаточно велико, появляются всё время новые компоненты, которые можно найти в Интернете. 

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

        Cреда Delphi включает в себя полный набор визуальных инструментов для скоростной разработки приложений (RAD - rapid application development), поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL - библиотека визуальных компонент, включает в себя стандартные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE. Единственное, что можно поставить в вину Delphi, это то, что готовых компонент, поставляемых Borland, могло бы быть и больше. Однако, разработки других фирм, а также свободно распространяемые программистами freeware-компоненты уже восполнили этот недостаток.