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