ВУЗ:
Составители:
Рубрика:
Как правило, реляционная база данных состоит из одной или нескольких таблиц. Каждая
таблица предназначена для хранения определенных сведений (атрибутов), относящихся к опреде-
ленной сущности. Для этого каждая таблица содержит ряд полей, которые иногда называют столб-
цами. Прежде чем заносить данные в таблицы, нужно определить структуру этих таблиц. Под этим
понимается не только описание наименований и типов полей, но и ряд других характеристик
(например, формат, критерии проверки вводимых данных). Структуру таблицы можно легко пред-
ставить себе в виде бланка документа, поля которого необходимо заполнить данными.
Между таблицами могут существовать связи, которые осуществляются посредством значе-
ний одного или нескольких совпадающих полей в этих таблицах. Например, клиенты и заказы
имеют связь типа один ко многим, так как одной записи в таблице, содержащей сведения о клиен-
тах, может соответствовать несколько записей в таблице заказов этих клиентов, а каждый заказ со-
ответствует одному клиенту. Если же рассмотреть связь между книгами и авторами этих книг, то
это будет связь типа многие ко многим, так как один автор может написать несколько книг, а одна
книга может иметь несколько авторов. И последний тип связей между таблицами – это связи типа
один к одному. Такой тип связи встречается гораздо реже. Как правило, это бывает в двух случаях:
запись имеет большое количество полей, и тогда данные об одном типе объектов разносятся по
двум связанным таблицам, или нужно определить дополнительные атрибуты для некоторого коли-
чества записей в таблице. Тогда создается отдельная таблица для этих дополнительных атрибутов,
которая имеет связь типа один к одному с основной таблицей.
В некотором смысле, таблицу можно представить и как электронную таблицу Calc : поля
похожи на столбцы, а записи на строки данных электронной таблицы. Однако, имеется существен-
ное отличие : в таблице базы данных тип содержимого каждого столбца определяется структурой
таблицы и содержит в каждой строке одинаковые по типу данные. При каждом вводе новых дан-
ных в бланк документа создается новая запись. Поле, по существу является областью, предназна-
ченной для хранения данных, которые должны удовлетворять определенным правилам. Для реля-
ционных баз данных существуют следующие правила:
• тип данных : должен быть определен тип данных, которые хранятся в поле. Напри-
мер, целые числа или строки символов. В дальнейшем будет рассказано о различных типах
данных, доступных в используемой БД.
• ограничения : на данные могут быть установлены определенные ограничения. Напри-
мер, требование уникальности означает, что определенное поле для разных записей не мо-
жет содержать одно и то же значение. Требование обязательных данных означает, что поле
всегда должно содержать данные и не может быть пустым.
• значение по умолчанию : можно определить, какое значение будет записано в поле по
умолчанию, если пользователь не введет в него никаких данных.
• первичный ключ : базы данных требуют наличия в каждой таблице первичного клю-
ча. Первичный ключ – это поле (или совокупность полей), которое выбрано для уникальной
идентификации записей в БД. В модуле Base такой первичный ключ может поддерживаться
автоматически.
Встроенная СУБД HSQLDB
Модуль Base может быть использован для управления внешней базой данных (например
MySQL), но в данном документе рассматривается использование и создание баз данных с помо-
щью встроенной в него СУБД HSQLDB.
Документы Base (базы данных) содержат следующие элементы :
• структуру базы данных и сами сохраняемые в ней данные;
5
Как правило, реляционная база данных состоит из одной или нескольких таблиц. Каждая таблица предназначена для хранения определенных сведений (атрибутов), относящихся к опреде- ленной сущности. Для этого каждая таблица содержит ряд полей, которые иногда называют столб- цами. Прежде чем заносить данные в таблицы, нужно определить структуру этих таблиц. Под этим понимается не только описание наименований и типов полей, но и ряд других характеристик (например, формат, критерии проверки вводимых данных). Структуру таблицы можно легко пред- ставить себе в виде бланка документа, поля которого необходимо заполнить данными. Между таблицами могут существовать связи, которые осуществляются посредством значе- ний одного или нескольких совпадающих полей в этих таблицах. Например, клиенты и заказы имеют связь типа один ко многим, так как одной записи в таблице, содержащей сведения о клиен- тах, может соответствовать несколько записей в таблице заказов этих клиентов, а каждый заказ со- ответствует одному клиенту. Если же рассмотреть связь между книгами и авторами этих книг, то это будет связь типа многие ко многим, так как один автор может написать несколько книг, а одна книга может иметь несколько авторов. И последний тип связей между таблицами – это связи типа один к одному. Такой тип связи встречается гораздо реже. Как правило, это бывает в двух случаях: запись имеет большое количество полей, и тогда данные об одном типе объектов разносятся по двум связанным таблицам, или нужно определить дополнительные атрибуты для некоторого коли- чества записей в таблице. Тогда создается отдельная таблица для этих дополнительных атрибутов, которая имеет связь типа один к одному с основной таблицей. В некотором смысле, таблицу можно представить и как электронную таблицу Calc : поля похожи на столбцы, а записи на строки данных электронной таблицы. Однако, имеется существен- ное отличие : в таблице базы данных тип содержимого каждого столбца определяется структурой таблицы и содержит в каждой строке одинаковые по типу данные. При каждом вводе новых дан- ных в бланк документа создается новая запись. Поле, по существу является областью, предназна- ченной для хранения данных, которые должны удовлетворять определенным правилам. Для реля- ционных баз данных существуют следующие правила: • тип данных : должен быть определен тип данных, которые хранятся в поле. Напри- мер, целые числа или строки символов. В дальнейшем будет рассказано о различных типах данных, доступных в используемой БД. • ограничения : на данные могут быть установлены определенные ограничения. Напри- мер, требование уникальности означает, что определенное поле для разных записей не мо- жет содержать одно и то же значение. Требование обязательных данных означает, что поле всегда должно содержать данные и не может быть пустым. • значение по умолчанию : можно определить, какое значение будет записано в поле по умолчанию, если пользователь не введет в него никаких данных. • первичный ключ : базы данных требуют наличия в каждой таблице первичного клю- ча. Первичный ключ – это поле (или совокупность полей), которое выбрано для уникальной идентификации записей в БД. В модуле Base такой первичный ключ может поддерживаться автоматически. Встроенная СУБД HSQLDB Модуль Base может быть использован для управления внешней базой данных (например MySQL), но в данном документе рассматривается использование и создание баз данных с помо- щью встроенной в него СУБД HSQLDB. Документы Base (базы данных) содержат следующие элементы : • структуру базы данных и сами сохраняемые в ней данные; 5
Страницы
- « первая
- ‹ предыдущая
- …
- 3
- 4
- 5
- 6
- 7
- …
- следующая ›
- последняя »