Руководство по использованию редактора баз данных OpenOffice Base. Еременко А.В - 5 стр.

UptoLike

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

                                                5