· Один ко многим – когда любой записи в первой таблице соответствует несколько записей во второй таблице;
· Один к одному - когда любой записи в первой таблице соответствует только одна запись во второй таблице;
· Многие ко многим - когда любой записи в первой таблице соответствует несколько записей во второй и наоборот.
В большинстве случаев между двумя таблицами используется отношение «один ко многим».
Результат запроса к одной или нескольким таблицам, также предоставляется в виде таблицы. Каждая таблица должна иметь свой ключ или идентификатор, уникально определяющую запись. В наборе записей об объекте возможно наличие более одного элемента данных, значения которого уникально идентифицирует запись об объекте. Каждый из таких элементов будет являться ключом, один из которых обычно выбирается в качестве первичного ключа. Элементы данных, которые не являются первичными ключами, называются атрибутами. В записи об объекте значения атрибутов идентифицируются значениями первичных ключей. Также в реляционных базах данных возможно объединения информации из разных таблиц или запросов на основе совпадающих значений определённых атрибутов.
Основное преимущество реляционной модели - это возможность добавлять новые элементы данных, если этого требуют новые функции или приложения. Могут добавляться и новые связи между существующими и вновь добавляемыми отношениями.
В любом случае реляционная модель данных удобна тем, что в отличие от других способна накапливать новые данные и новые связи без разрушения старых подсистем.
Система управления базами данных предоставляет полный контроль над процессом определения данных, их обработкой. СУБД также существенно облегчает каталогизацию и обработку больших объемов информации, хранящихся в многочисленных таблицах. Разнообразные средства СУБД обеспечивают выполнение трех основных функций: определение данных, обработку данных и управление данными. Все эти функциональные возможности в полной мере реализованы в языке программирования Borland C++Builder 6.
C++ также является языком. Его так и называют "язык программирования C++". Это формальный язык. Он служит для описания данных и алгоритмов их обработки на ЭВМ.
Несмотря на огромную разницу между естественными и формальными языками, у них есть много общего. Их общие черты неожиданно проявляются в самых разных областях.
Например, изучение естественного языка является сложным процессом, включающим как обретение элементарных автоматических навыков, так и восприятие сложных абстрактных понятий. При этом возможность относительно свободного использования языка как средства общения появляется уже на ранних стадиях этого процесса, когда вообще ещё не имеет смысла говорить о знании языка. Так, подавляющее большинство населения любого крупного города общается между собой, используя разговорный язык той страны или той местности, в которой расположен этот город. Практически все, кто проживает в городе, свободно владеет разговорным языком, а вернее, навыками разговорной речи. При этом лишь незначительная часть жителей действительно знает этот язык.
В нём на основе базовых языковых конструкций и элементарных понятий описываются всё более сложные элементы языка и связанные с ними концепции:
· алфавит и идентификаторы
· элементарные типы, объявления и определения
· операции, выражения и операторы
· функции и их характеристики
· производные типы и средства их построения
· функции-члены, конструкторы и операторные функции
· механизмы наследования, инкапсуляции и полиморфизма
· шаблоны
· потоки ввода-вывода
· средства обработки исключительных ситуаций.
Создаём таблицы с помощью утилиты Database Desktop - это утилита, во многом похожая на Paradox, которая поставляется вместе с Delphi для интерактивной работы с таблицами различных форматов локальных баз данных - Paradox и dBase, а также SQL-серверных баз данных InterBase, Oracle, Informix, Sybase (с использованием SQL Links). После старта Database Desktop выберите команду меню File|New|Table для создания новой таблицы. Перед Вами появится диалоговое окно выбора типа таблицы, как показано на рис.1. Вы можете выбрать любой формат из предложенного, включая различные версии одного и того же формата.
Рис.1
· Таблица - объект, который определяется и используется для хранения данных. Каждая таблица содержит информацию о субъектах (предметах) определенного типа. Поля (столбцы) служат для хранения различных характеристик субъектов, а каждая запись (строка) содержит сведения о конкретном субъекте. Для каждой таблицы можно определить первичный ключ (одно или несколько полей, имеющих уникальное для каждой записи значения) и один или несколько индексов, ускоряющих доступ к данным.
· Запрос - объект, позволяющий пользователю получить нужные данные из одной или нескольких таблиц. Для определения запроса можно использовать конструктор отчётов или написать инструкцию SQL. Можно создать запрос на выборку, обновление, удаление или добавление данных. С помощью запросов можно также создавать новые таблицы, используя данные из одной или нескольких существующих таблиц.
· Отчёт - объект, предназначенный для форматирования, вычисления итогов и печати выбранных данных.
· Класс - объект, содержащий набор методов, событий и свойств, предназначенный для обработки данных и событий. Кроме того, классы имеют следующие характеристики, которые делают их особенно полезными для создания многократно используемого, легко поддерживаемого кода:
· Формирование пакета
· Подклассы
· Наследование
В таблицах хранятся данные, которые можно извлекать с помощью запросов. Для облегчения проверок целостности, хранения информации о связях, а так же для хранения запросов для представлений, таблицы можно объединять в базу данных. Использование компонента TDBGrid, пользователь может выводить данные на экран или изменять их. Необходимо заметить, что TDBGrid и отчеты получают данные как непосредственно из таблиц, так и через запросы. Для выполнения нужных вычислений и форматирования данных, запросы могут использовать встроенные функции или функции, созданные с помощью С++.
Полноценное проектирование любого АРМ должно осуществляться согласно некоторым правилам или этапам проектирования.
Ниже приведены основные этапы проектирования АРМ, в соответствии с которыми будет осуществляться её дальнейшая разработка в среде Borland C++:
1. Логическое проектирование.
1.1 Определение цели создания АРМ
1.2 Определение таблиц и необходимых полей
1.3 Определение связей между таблицами
2. Разработка таблиц
2.1 Построение таблиц
2.2 Назначение типов данных для полей таблиц
2.3 Создание индексов и связей между таблицами
Когда говорят о логическом проектировании, употребляют такие термины, как сущность, связь и атрибут.
Сущность – это множество однотипных объектов, называемых экземплярами, при этом каждый экземпляр индивидуален и отличается от всех остальных экземпляров.
Атрибут – это характеристика сущности. Атрибут выражает одно законченное и определённое свойство сущности. При проектировании рекомендуется создавать атомарные атрибуты.
Связь – это логическое отношение между сущностями, выражающее некоторое ограничение или бизнес-правило.
При создании связей между сущностями в дочернюю сущность передаются атрибуты, составляющие первичный ключ в родительской сущности. Эти атрибуты образуют в дочерней сущности внешний ключ.
На первом этапе проектирования необходимо определить цель создания АРМ, основные функции и информацию, которую АРМ должен содержать, то есть нужно определить основные темы таблиц базы данных и содержащуюся в них информацию.
База данных должна отвечать требованиям тех, кто будет непосредственно с ней работать. Для этого нужно определить темы, которые должны покрываться данным АРМ, требуемые отчёты, проанализировать формы в которых в настоящий момент используются для хранения и записи данных.
Одним из наиболее сложных этапов проектирования, является разработка таблиц базы данных для хранения информации, так как результаты которые должна выдавать система не всегда дают полное представление о структуре таблиц.
При разработке, лучше руководствоваться следующими основными принципами:
· Информация в таблицах не должна дублироваться. Когда определённая информация хранится только в одном месте, то нет необходимости в синхронизации этих данных, и обеспечит эффективность, и исключит возможность не совпадения.
· Каждая таблица должна содержать информацию только на одну тему, в этом случае данные намного легче обрабатывать, если они содержаться в разных таблицах.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9
