Как отмечалось выше, реляционная модель БД рассматривает все данные как  группы таблиц или отношений, которые содержат фиксированные количества рядов и столбцов. Иными словами многие объекты, используемые в реляционной базе данных, аналогичны объектам электронных таблиц. Рассмотрим основные термины и определения связанные с РСУБД.

  Поле  – базовый элемент любой базы данных, не обязательно реляционной. Поля это элементарный информационный объект базы данных. В  данном случае, «элементарный», означает, что поле не может быть разбито на более мелкие порции информации. Кроме того, в каждом поле может храниться только строго определенный тип информации (текстовые поля, поля типа дата/время, числовые поля и т. п.). Большинство СУБД поддерживают возможность создания полей следующих типов:

• текстовые (для хранения строк размером до 255 символов);
• числовые (целочисленное, с плавающей точкой и т. п.);
• memo поля – поля для хранения тестовых фрагментов любого размера;
• дата/время – поля, в которых могут храниться даты и (или) время в национальном формате;
• логические – поля для хранения  утверждений типа ДА/НЕТ, ВКЛЮЧЕНО/ВЫКЛЮЧЕНО, ИСТИНА/ЛОЖЬ и т. п.;

  Кроме перечисленных типов  современные  СУБД позволяют создавать поля для  хранения гиперссылок, объектов OLE или ссылок на них и т. п.

  Запись  – набор данных специфицирующих некоторый объект. Например в БД автотранспортных средств   каждая запись содержит сведения о транспортном средстве (госномер, марку, год выпуска, № кузова и т. п.). Каждая запись БД содержит уникальный набор информации – в нашем примере, каждая запись представляет данные о конкретном транспортном средстве. В РСУБД записи не хранятся в каком либо порядке набора. Иными словами в концепции РСУБД вообще не существует номера записи, как в системах другого типа.

  Таблица – это набор полей. Данные, содержащиеся в таблице, хранятся в виде записей. Каждая таблица базы данных представляет некоторый тип хранящихся в ней объектов. В БД может быть любое количество таблиц, между которыми могут быть установлены различные отношения. Тот факт, что таблица представляет только один тип объекта, отнюдь не является недостатком. Наоборот, это один из ключей к созданию эффективной базы данных.

  Ключевое  поле – это поле, которое используется для связи между двумя и  более таблицами. Ключи – это  поля, которые являются общими для связываемых таблиц. При этом значение этих полей в связанных таблицах дублируется. Ключи могут быть первичными, внешними или составными. Позже мы рассмотрим эти типы ключей.

  Отношение – это связь, устанавливаемая  между двумя и более таблицами  посредством ключевого поля. Принципиально возможны три типа отношений: один-к-одному, один-к-многим и многие-к-многим.

  Соединение  – виртуальная таблица, создаваемая, когда пользователь запрашивает  информацию из различных таблиц связанных  отношением. Ключевые поля в этом случае используются для поиска соответствующих записей в различных таблицах, из которых формируется соединение.

  Первичный ключ – уникально идентифицирует каждую запись в таблице и не имеет  повторяющихся значений. Выбор поля в качестве первичного ключа – одно из важнейших решений принимаемых при проектировании БД.

  Если  запись в таблице не может быть однозначно идентифицирована каким-либо одним полем, то можно использовать составной ключ – группу полей. Составные  ключи используются значительно  реже первичных.

  Внешний ключ – это поле (или группа полей) одной таблицы, для которого имеется  дублированное значение в другой, связанной таблице. В отличие  от первичных ключей, внешние ключи  зачастую многократно повторяются  при установлении отношения один-к-многим.

  Для более наглядного представления  о СУБД реляционного типа попытаемся спроектировать БД в которой будут  хранится сведения о курсантах нашего учебного заведения. При проектировании нам необходимо заложить концепцию  наращиваемости БД так, чтобы в одной и той же базе хранились паспортные данные (эта часть БД может использоваться ОК), данные об успеваемости (учебный отдел), поощрения и взыскания (строевая часть), бухгалтерские сведения (ФЭО) и т. п. Концепция РСУБД позволяет без особых затруднений решить эту проблему.

  Для начала создадим основную таблицу со следующими полями:

  Здесь в качестве первичного ключа выбрано поле [Зачетная книжка]  поскольку значение этого поля однозначно идентифицирует интересующий нас объект – курсанта.  Для БД ОК  можно было бы ввести ключевое поле личный номер. Если выбор ключа затруднителен, можно использовать составное поле или, что делается чаще – вводится дополнительное поле-идентификатор.

  Фрагмент  заполненной таблицы с такими полями может выглядеть следующим  образом: 

  Любая РСУБД  позволяет вносить данные в такую таблицу, редактировать  их, удалять и т. п. Кроме того, вы можете поручить системе отсортировать  записи в нужном порядке или произвести выборку в соответствии с запросом.

  Конечно, информации, которая может быть сохранена  в такой таблице явно не достаточно для целей, поставленных при проектировании БД. 

3. Формирование  запросов  в БД. 

  Любые СУБД позволяют производить различные  манипуляции с БД. Одной из основных функций является обслуживание запросов пользователей. Запросы позволяют получать требуемую информацию из БД. Эта информация может храниться в различных таблицах

  Наиболее  распространенными СУБД для всех классов машин, особенно для персональных компьютеров, являются СУБД реляционного типа. В основу этой СУБД положена реляционная модель данных, предложенная в 1970 г. Е. Коддом. Эта модель основана на математическом понятии отношения. В такой модели общая структура данных может быть представлена в виде двухмерной таблицы, где каждая строка значений соответствует логической записи (карточке), а заголовки столбцов являются названиями полей записи (наименованиями реквизитов карточки). Отношением строки и столбца является клетка таблицы - поле, куда заносится значение реквизита. Простейший пример реляционной базы данных изображен на рис.1. 

  Рис. 1. Пример,  иллюстрирующий принцип  реляционной модели

  Как видно из таблицы, значения полей  могут иметь различную длину, а также отличаться типом данных. Существуют текстовые и числовые типы данных, типы «Дата», логические и др. Разумеется, большинство полей можно описать с помощью текстовых типов данных, так как этот тип позволяет вводить любые буквы, цифры и знаки. С точки зрения рационального использования памяти компьютера целесообразно использовать другие типы данных. Так, например, при использовании числового вещественного типа данных требуется в два, а числового целого - в четыре раза меньше памяти. Длина поля задается в зависимости от максимального количества знаков, вводимых в поле. Поле может быть пустым, правда это не скажется на требуемой для запоминания поля памяти компьютера.

  СУБД  с наполненной базой данных и  управляемой ее средствами называется Системой базы данных (СБД). БД и СБД, аппаратные средства, обслуживающие службы, и некоторые другие компоненты вместе составляют банк данных (БнД). 

      4.  Общеправовые  базы  данных.

  Важное  место  в юридической  деятельности  занимают  готовые  базы  данных  по  законодательству.  Сегодня  на  отечественном  рынке  предлагается  значительное  количество  оригинальных  баз  данных,  выпускаемых  и  сопровождаемых  коммерческими  структурами.  Рассмотрим  некоторые  из  них,  учитывая,  что  подобные  информационные  системы  сегодня – единственная  возможность  оперативной  ориентации  в  правовой  информации  при  лавинообразном  процессе  законотворчества.

  «ГАРАНТ».

  «ГАРАНТ»  одна  из  таких  систем,  которая  разработана  фирмой  «Вычислительная  математика  и  информатика». Это  справочно-информационная  система  по  трудовому  и  хозяйственному  законодательству.  Она  относится  к  специализированным  системам,  ориентированным на  негосударственные  коммерческие  предприятия.

    В  нее  включены  законы  и  нормативные  акты,  в том  числе  министерств  и  ведомств,  регулирующие  хозяйственные  отношения  в  России,  а  также  действующие  в  настоящее  время  акты  СССР.

  Основным  ее  достоинством  является  постоянное  обновление    базы  данных  с  любой  удобной  для  пользователя  периодичностью. 

  При  выборе  нужного  раздела  на  экране  появляется  список  актов  в  хронологическом  порядке.  Выбрав  нужный акт,  можно  вызвать  на  экран  либо  его  текст,  либо  оглавление  (в  случаях,  когда  этот  акт  состоит  из  нескольких  разделов).  С  помощью  высвечивающихся  в  тексте  ссылок  можно  перейти  к  текстам  других  нормативных  актов,  связанных  с  данным  документом.

  Поиск  по  ключевым  словам  осуществляется  некорректный  поиск  данных,  связанный,  видимо,  с  неточной  работой  юристов,  поддерживающих  аппарат  ключевых  слов  и  перекрестных  ссылок  в  системе. Система  позволяет  напечатать  текст  документа  и  его  фрагменты.

  Пользуясь  средствами  системы  «Гарант»,  можно  создать  собственную  базу данных – ЛБД.

  В  системе  существует  собственный  текстовый  редактор,  позволяющий  перенести  в  него  текст  документа  из  базы  данных  или  создавать  новый  документ.  Однако  управление  редактором,  к  сожалению,  не  соответствует  общепринятым  стандартам,  что делает  его малоудобным для подготовки  больших текстов.