Проектирование БД в ORACLE

      Любой   код,  который  добавляется   к   методу,   может   нуждаться   в

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

      Отладка   –  процесс  анализа,  корректировки   и   тестирования   кода,

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

 

1.4. Проектирование  Базы данных.

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

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

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

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

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

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

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

 

Глава 2  Практическая часть

2.1 Разработка инфологической модели.

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

• наименование запчастей;

• марка автомобиля;

• количество запчастей;

• год выпуска;

• завод изготовитель;

• стоимость запчасти.

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

  На рис.1 представлена полученная инфологическая модель.                                 Склад автозапчастей            S       Название запчастей  

                                                            

                             S

                                                           Марка автомобиля

                                              D

                                                     Количество запчастей 

                                              S

                                                           Год выпуска                                                                                                

                                               S        

                                                     Завод изготовитель

                             D        Стоимость запчасти

 

2.2. Разработка  базы данных для хранения и  обработки информации.

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

Схема данных для  хранения информации о товарах магазина.

№	Наименование	Назначение	Тип	Размерность
1	Naz_zap	Название запчастей	Символьный	20
2	Marka_avto	Марка автомобиля	Символьный	20
3	Kol-vo_zap	Количество запчастей	Числовой
4	God_vip	Год выпуска	Дата
5	Zavod_izgot	Завод изготовитель	Символьный	25
6	Stoim_zap	Стоимость запчасти	Денежный

  Прежде, чем начать строить приложения, работающие с базами данных, надо иметь сами базы данных. Вместе с BDE и Borland C++Builder поставляется программа Database Desktop, которая позволяет создавать таблицы баз данных некоторых СУБД, задавать и изменять их структуру. Для каждого поля создаваемой таблицы, прежде всего, указывается имя (Field Name) — идентифика¬тор поля. Он может включать до 25 символов и не может начинаться с пробела (но внутри пробелы допускаются). Затем надо выбрать тип (Type) данных этого поля. Для этого надо перейти в раздел Type поля и щелкнуть правой кнопкой мыши. Появится список доступных типов, из которого можно выбрать необходимый нам. Разные СУБД по-разному организуют и хранят базы данных. СУБД Paradox используют для каждой таблицы отдельный файл. В этом случае база данных — это каталог, в котором хранятся файлы таблиц. Для создания такого каталога - базы данных необходимо запустить инструмент BDE Administrator (Borland Database Engine) из меню Пуск| Программы| C++Builder.В левой половине окна расположен список существующих баз данных. Создадим новую базу данных. Для этого с главного меню зададим команду Object | New. На данную команду BDE выведет окно. Переименовав название STANDART на ZAPCHASTI, и задав путь, где располагаются таблицы базы данных (Path – обычно это каталог Database Desktop\Workdir) закончим работу с BDE. Итак, мы можем создать таблицу для базы данных Запчасти. Загрузим инструментарий Database Desktop. Через главное меню составим команду File | New | Table. На запрос системы выберем платформу таблиц СУБД Paradox v.7. В открывшееся окно введем структуру таблицы ZAPCHASTI.db. Введем данные в таблицу. Для этих целей можно использовать горячую кнопку  «Open Table». В открывшуюся  таблицу можно внести данные о характеристиках товаров. Для этих целей на панели инструментов расположена кнопка редактирования (Edit Data), «нажатие» которой добавляет новую запись с данными по умолчанию, готовую для редактирования. Введем  характеристики товаров. После этого закроем окно с таблицей. Следующим свойством таблицы настроим Table Lookup. Нажмем на кнопку Define.. – на что система откроет окно. В поле Fields выберем Nazvanie_zapchastei(A20) и нажмем на кнопку со стрелкой направленную от окна с полями. С правой стороны последовательно выберем Alias – таблицу ZAPCHASTI.db и нажмем на кнопку со стрелкой налево. Закрепим установки кнопкой ОК.

2.3. Разработка  программного приложения.

Язык SQL (Structured Query Language — язык структурированных запросов) был создан Microsoft в конце 70-ых годов и получил через некоторое время широкое распространение. Он позволяет формировать весьма сложные запросы к базам данных. Запрос — это вопрос к базе данных, возвращающий запись или множество записей, удовлетворяющих вопросу.

C++Builder позволяет приложению при помощи запросов SQL использовать данные:

• Таблиц PARADOX и dBase — используется синтаксис локального SQL.

• Локального сервера InterBase — полностью поддерживается соответствующий синтаксис.

• Удаленных серверов SQL через драйверы SQL Links.

  В Borland C++Builder имеется специальный компонент набора данных-Query, являющийся аналогом Таblе, но позволяющий работать с SQL.

Откроем новое приложение (File/New/Application) Borland C++Builder, перенесём на форму компонент Query со страницы библиотеки Data Access (BDE) и установим его свойство DatabaseName равным имени созданной нами базы данных (TOVARI). Поместим на форму компонент DataSource со страницы Доступ к данным (Data Access). Его свойству Name соответствует Datasource1, а свойству DataSet задайте Queryl. Поместим также на форму компонент DBGrid (Управление данными – Data Control) и в его свойстве DataSource зададим DataSourcel.

 Теперь наше приложение  для экспериментов с языком SQL готово. Операторы SQL можем писать  в свойстве SQL компонента Queryl, а чтобы увидеть результаты выполнения написанного оператора, надо будет устанавливать значение свойства Active компонента Queryl в true. Это надо будет делать после записи каждого нового оператора. В свойстве SQL запишем оператор: Select * from TOVARI.

Установим свойство Active в true и убедимся, что все работает нормально: в DBGridI должно ото¬бразиться содержимое нашей таблицы. Добавив компоненту DBNavigator и установив свойство DataSource равным DataSource1, запустим на выполнение полученное приложение. Для некоторых компонент в свойстве Font, Color установлены определенные цвета фоновой заливки, шрифта для большей привлекательности страницы.

После завершения работы на  C++Builder задаем имя нашему проекту для хранения его в БД  и закрываем приложение.

 

 

Приложение

 

 

 

Заключение

 

        База данных содержит  объекты,  предназначенные  для  хранения  и организации информации.

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

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

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

      Несмотря  на то, что Oracle Power Objects обеспечивает  обширный  набор

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

 

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

 

1. Дейв Энсор, Йен Стивенсон Oracle. Проектирование баз данных. Пер. с англ.-К.: Издательская группа BHV, 1999
2. Наместников А.М. Построение баз данных в среде Oracle. 2008
3. . Г.Анзер: «Oracle Power Objects», Москва, АБФ, 2003.
4. Зеленков Ю.А. "Введение в базы данных". Учебный курс.
5. Архангельский А.Я. Программирование в C++ Builder 6 - М: ЗАО «Издательство БИНОМ» 2002 г.
6. Тихонов А.Ф., Тихонова Л.Н. Visual FoxPro 5.0. М., 1997
7. Диго С.М. Проектирование баз данных. М.: Финансы и статистика, 2002 г.