Базам данных постоянно грозит опасность стать громоздкими, застывшими и чрезмерно сложными системами. Новые функции порождают новые виды запросов к базе данных, это увеличивает набор логических связей между её элементами. В связи с этим необходимо продумывать и использовать простые и ясные схемы организации данных.
Для разработки структура данных используем реляционную модель базы данных, которая основана на математических принципах теории множеств. Прежде всего, в основе теории лежит определение отношений между отдельными таблицами с помощью связующих полей. Теория не требует и не предполагает какого-то определённого числа этих отношений, но поскольку каждая таблица связана ещё хотя бы с одной, все таблицы в базе данных оказываются прямо или косвенно связанными. Теория так же утверждает, что управление данными становится очень простым, если данные организованы согласно правилам нормализации. Для получения первой нормальной формы таблиц не должно быть повторяющихся полей и составных значений. Для получения второй нормальной формы требуется зависимость каждого неключевого поля от полного набора полей первичного ключа. Для получения третьей нормальной формы таблица должна удовлетворять требованиям первой и второй нормальных форм, а так же для каждой таблицы должны быть определен первичный ключи, состоящий из одного поля или комбинации полей, по которому можно однозначно определить неключевое поле.
Описанные выше правила нормализации помогают эффективно связывать отношения между собой одним из ниже перечисленных способов:
· Один ко многим – когда любой записи в первой таблице соответствует несколько записей во второй таблице;
· Один к одному - когда любой записи в первой таблице соответствует только одна запись во второй таблице;
· Многие ко многим - когда любой записи в первой таблице соответствует несколько записей во второй и наоборот.
В большинстве случаев между двумя таблицами используется отношение «один ко многим».
Результат запроса к одной или нескольким таблицам, также предоставляется в виде таблицы. Каждая таблица должна иметь свой ключ или идентификатор, уникально определяющую запись. В наборе записей об объекте возможно наличие более одного элемента данных, значения которого уникально идентифицирует запись об объекте. Каждый из таких элементов будет являться ключом, один из которых обычно выбирается в качестве первичного ключа. Элементы данных, которые не являются первичными ключами, называются атрибутами. В записи об объекте значения атрибутов идентифицируются значениями первичных ключей. Также в реляционных базах данных возможно объединения информации из разных таблиц или запросов на основе совпадающих значений определённых атрибутов.
Основное преимущество реляционной модели - это возможность добавлять новые элементы данных, если этого требуют новые функции или приложения. Могут добавляться и новые связи между существующими и вновь добавляемыми отношениями.
В любом случае реляционная модель данных удобна тем, что в отличие от других способна накапливать новые данные и новые связи без разрушения старых подсистем.
Система управления базами данных предоставляет полный контроль над процессом определения данных, их обработкой и совместным использованием. СУБД также существенно облегчает каталогизацию и обработку больших объемов информации, хранящихся в многочисленных таблицах. Разнообразные средства СУБД обеспечивают выполнение трех основных функций: определение данных, обработку данных и управление данными. Все эти функциональные возможности в полной мере реализованы в базе данных Microsoft Visual FoxPro.
Microsoft Visual FoxPro - это завершённый язык программирования, имеющий среду для интерактивного выполнения команд и выполнения скомпилированных программ. Это позволяет создавать полностью самостоятельные программы, которые можно передавать другим пользователям, у которых нет собственной копии VFP.
В VFP предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации.
В VFP основными объектами являются таблицы, запросы, формы, отчеты, программы и классы. Обычно, термин база данных относится только к файлам, в которых хранятся данные. В VFP база данных включает набор таблиц, представлений и хранимых процедур. Ниже приведен список основных объектов VFP.
· Таблица - объект, который определяется и используется для хранения данных. Каждая таблица содержит информацию о субъектах (предметах) определенного типа. Поля (столбцы) служат для хранения различных характеристик субъектов, а каждая запись (строка) содержит сведения о конкретном субъекте. Для каждой таблицы можно определить первичный ключ (одно или несколько полей, имеющих уникальное для каждой записи значения) и один или несколько индексов, ускоряющих доступ к данным.
· Запрос - объект, позволяющий пользователю получить нужные данные из одной или нескольких таблиц. Для определения запроса можно использовать конструктор отчётов или написать инструкцию SQL. Можно создать запрос на выборку, обновление, удаление или добавление данных. С помощью запросов можно также создавать новые таблицы, используя данные из одной или нескольких существующих таблиц.
· Форма - объект, предназначенный для ввода данных, отображения их на экране или управления работой приложения. Формы можно использовать для того, чтобы реализовать требования пользователя к представлению данных таблиц или наборов записей запросов. С помощью форм можно в ответ на некоторое событие запустить функцию, процедуру, метод формы или класса.
· Отчёт - объект, предназначенный для форматирования, вычисления итогов и печати выбранных данных.
· Класс - объект, содержащий набор методов, событий и свойств, предназначенный для обработки данных и событий. Кроме того, классы имеют следующие характеристики, которые делают их особенно полезными для создания многократно используемого, легко поддерживаемого кода:
· Формирование пакета
· Подклассы
· Наследование
В таблицах хранятся данные, которые можно извлекать с помощью запросов. Для облегчения проверок целостности, хранения информации о связях, а так же для хранения запросов для представлений, таблицы можно объединять в базу данных. Используя формы, пользователь может выводить данные на экран или изменять их. Необходимо заметить, что формы и отчеты получают данные как непосредственно из таблиц, так и через запросы. Для выполнения нужных вычислений и форматирования данных, запросы могут использовать встроенные функции или функции, созданные с помощью VFP.
VFP предоставляет максимальную свободу при задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, документы, электронные таблицы). Также можно задать форматы хранения (длина строки, точность представления чисел и даты/времени) и представления данных для вывода на экран или печать. VFP предоставляет возможность автоматически проверять правильность отношений между таблицами базы данных.
Так как VFP является современным приложением Windows, в распоряжении пользователя оказываются все возможности DDE (Dynamic Data Exchange, динамический обмен данными), OLE (Object Linking and Embedding, связь и внедрение объектов) и элементов управления ActiveX. DDE позволяет выполнять функции и производить обмен данными между VFP и любым другим, поддерживающим DDE приложением Windows. OLE является более совершенной технологией Microsoft, которая, в частности, позволяет устанавливать связи с объектами другого приложения или внедрять некоторые объекты в базу данных VFP. Это могут быть рисунки, диаграммы, электронные таблицы или документы из других приложений Widows, поддерживающих OLE.
VFP воспринимает множество самых разнообразных форматов данных, включая файловые структуры других СУБД. Существует возможность осуществления импорта и экспорта данных из текстовых и электронных таблиц. VFP предоставляет прямой доступ и позволяет обновлять файлы Paradox, dBase Ш, dBase IV, Microsoft Access и других баз данных. Можно также импортировать данные из этих файлов в таблицы VFP. В дополнение к этому, VFP может работать с наиболее популярными базами данных, поддерживающими стандарт ODBC (Open Database Connectivity - открытый доступ к данным), включая Microsoft SQL Server, Oracle, DB2.
Когда возникает необходимость коллективного использования информации, настоящая система управления базами данных позволяет защищать информацию от несанкционированного доступа так, что право просматривать данные или вносить в них изменения получают только определенные пользователи. Предназначенная для коллективного пользования СУБД имеет средства, не позволяющие нескольким людям одновременно изменять одни и те же данные. VFP спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети режима «клиент-сервер». Поскольку в VFP доступ к данным могут иметь одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. В VFP применяется механизм автоматической блокировки для избежания одновременного изменения объекта несколькими пользователями.
Полноценное проектирование любого АРМ должно осуществляться согласно некоторым правилам или этапам проектирования.
Ниже приведены основные этапы проектирования АРМ, в соответствии с которыми будет осуществляться её дальнейшая разработка в среде Microsoft Visual FoxPro:
1. Логическое проектирование.
1.1 Определение цели создания АРМ
1.2 Определение таблиц и необходимых полей
1.3 Определение связей между таблицами
2. Разработка таблиц
2.1 Построение таблиц
2.2 Назначение типов данных для полей таблиц
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18
