Базы данныхИнтернетКомпьютерыОперационные системыПрограммированиеСетиСвязьРазное
Поиск по сайту:
Подпишись на рассылку:

Назад в раздел

Вводная лекция по INFORMIX. Конспект.

Вводная лекция по INFORMIX. Конспект.

Для начала несколько определений, которые, впрочем, всем известны и ничего не определяют. Понятие "Система Управления Базами Данных" (СУБД), она же DBMS (DataBase Managment System) может означать, по большому счету, все что угодно.
В самом общем случае это собственно база данных, которая предполагает какой либо метод сохранения информации на диске и возможности доступа и манипуляции с нею, и набор программных продуктов, предоставляющий пользователю все допустимые в базе средства работы с данными.
Набор программных средств манипуляции данными СУБД удовлетворяет свойствам полноты (консистентности). Полагаю, что коммерческие варианты СУБД стремятся быть еще и замкнутыми, т.е. самодостаточными, не требующими и не поддающимися расширению.

Архитектура Клиент-Сервер.

Очень многие СУБД разделяют свою работу на два уровня по системе "Клиент-Сервер". Хитрость состоит в том, что не только пользователь, но и программист этого не замечает. Разделение функций его задачи выполняется автоматически системой.

Итак, двухуровневая система "Клиент-Сервер" это:

  1. Клиент - Программа обработки, она же пользовательская, она же прикладная программа. Занимается обычно интерфейсом с пользователем, а всю фактическую работу с базой данных возлагает на плечи БД-сервера.
  2. Сервер Базы Данных - базис (database engine), он же ядро базы данных. Отдельная программа, выполняемая как отдельный процесс. Передает выбранную из базы информацию по межпроцессному каналу клиенту. Именно он, и только он фактически работает с данными, занимается их размещением на диске.
    В первый момент может возникнуть вопрос, а зачем такие сложности? Вот несколько соображений в пользу такого подхода.
    Представьте, вы работаете в сети, ваша программа обработки идет на одном компьютере, а сама база данных хранится на другом. Тут разделение выглядит совершенно естественным: клиент - ваша программа (точнее, та ее часть, которая отвечает за интерфейс с вами), гонит по сети запросы на обработку самих данных на другой компьютер, а там БД-сервер их прочитывает, выполняет требуемое, и по сети гонит ответы вам. При этом по сети передается только полезная информация.
    Другое соображение: постоянно идет работа по совершенствованию самого метода хранения и обработки информации, и если его реализация (т.е. БД-сервер) сменилась, та вам не потребуется перелопачивать и перекомпилировать с новыми библиотеками все свои разработанные программы, а достаточно будет инсталлировать новый БД-сервер взамен старого и перевести свои базы данных в формат нового сервера (применив для этого прилагаемую к нему утилиту). Естественно, все это можно проделать, если новый сервер придерживается тех же правил обмена между ним и пользовательской программой, что и старый, что, впрочем, наверняка имеет место.
    Всвязи с СУБД INFORMIX нас, естественно, интересует только одна модель данных - реляционная. Сетевых и иерархических моделей рассматривать здесь я не буду. Можно, конечно, дать строгое определение реляционной модели данных по Э.Ф. Кодду, но ведь ни одну из коммерческих СУБД нельзя назвать реляционной в строгом смысле этого слова.

    Основные Объекты Реляционной Базы Данных.

    (DATABASE) Реляционная База Данных: это множество прямоугольных таблиц с данными. Никаких дополнительных сведений и ссылок не хранится.

    (TABLE) Таблица - прямоугольная таблица, состоящая из СТРОК и СТОЛБЦОВ. Задать таблицу - значит указать, из каких столбцов она состоит. Обращаю внимание поклонников DBase - то, что в DBase называлось базой данных, в INFORMIX называется таблицей.

    (ROW) Строка - запись, состоящая из полей - столбцов. В каждом поле сидит его значение, либо значение NULL - "пусто". Строк в таблице может быть сколько угодно. Физический порядок их расположения друг относительно друга не определен.

    (COLUMN) Столбец - Каждый столбец в таблице имеет собственные имя и тип.

    В INFORMIX допустимы следующие типы столбцов:

    
        INTEGER     SERIAL - автоматический счетчик
        SMALLINT    CHAR(n)        DATE
        FLOAT       DECIMAL(m,n)   DATETIME qualif1 TO qualif2
        REAL        MONEY(m,n)     INTERVAL qualif1 TO qualif2
    


    где qualif in {YEAR,MONTH,DAY,HOUR,MINUTE,SECOND,FRACTION(n)}, возможны и другие типы, в зависимости от реализаций.
    Реляционная модель идейно проста - основной ее принцип - "База Данных обеспечивает хранение и выдачу информации из своих прямоугольных таблиц, и ничего не желает знать о логической структуре данных, которую на ней реализовывают." Все логические отношения и связи между разными таблицами вынесены наружу "Исполнителя База Данных" и отданы на откуп программисту. Такой подход позволяет просто и эффективно реализовывать саму базу данных, соответственно и быстродействие и мощность реляционных баз удается держать на весьма высоком уровне.
    Физическую целостность базы данных обычно поддерживает сам метод доступа, сервер базы.
    Но логическая (внешняя) структура пользовательской базы может быть весьма сложной. Для поддержания целостности логической структуры базы данных в реляционной базе имеется механизм транзакций. Транзакция - это объединение нескольких простых операторов манипулирования данными, которые должны быть выполнены только вместе, а если это не удается, то база вернется в состояние, предшествующее выполнению самого первого из них.

    Понятия, Связанные с Реляционной Базой Данных.

    Реляционные Методы Манипулирования Таблицами.

    Запросы на поиск. Соединение таблиц. Внешнее соединение таблиц.

    Представьте, что вам нужно в таблице "КАДРЫ" хранить данные о личном составе предприятия. О каждом человеке желательно помнить его фамилию, зарплату, пол, и т.д., а также название подразделения, в котором он работает. Но название подразделения длинно, самих подразделений немного, зато строк в таблице "КАДРЫ" много. Для экономии места применяется стандартный реляционный метод: в таблице "КАДРЫ" хранится не само название, а только его короткий код, и создается еще одна таблица, с помощью которой мы будем определять название подразделения по его коду. Табличку эту мы, естественно, назовем "ПОДРАЗДЕЛЕНИЯ", и будет в ней всего два столбца: столбец "КОД" и второй "название подразделения". И вот мы подошли к самому главному, что есть в реляционной базе, к "СОЕДИНЕНИЮ ТАБЛИЦ" по значению столбца (оно же соединение по ключу, по коду). Когда нам потребуются данные о человеке по фамилии Иванов, мы захотим увидеть название подразделения в котором он работает, а не малопонятный код. Значит поиск данных об Иванове нужно вести в двух таблицах. Сперва мы найдем в таблице "КАДРЫ" строчку, в которой в столбце ФАМИЛИЯ стоит значение "Иванов", мы возьмем в этой строчке значение кода подразделения, и будем искать в таблице "ПОДРАЗДЕЛЕНИЯ" строку, со значением в столбце КОД равным коду из строки с Ивановым. А найдя мы соединим данные из строки с Ивановым из первой таблицы и из строки с кодом из второй, получив одну, общую строку.

    Индексация

    Индекс таблицы - это вспомогательный файл, который создается для того, чтобы ускорить выполнение реляционных операций с участием этой таблицы. Индекс строится для определенного столбца (или совокупности столбцов) таблицы. Он состоит из пар вида {Значение столбца, физический адрес соответствующей строки на диске} и отсортирован по значению столбца в порядке возрастания или убывания. Для одной и той же таблицы может существовать несколько индексов. Не следует путать индекс, построенный для совокупности нескольких столбцов таблицы, и несколько различных индексов, построенных для отдельных столбцов.
    Если индекс создан, то при выполнении операций с таблицей система будет пользоваться им автоматически.
    Перечислим коротко ряд рекомендаций по индексации таблиц.

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


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

    Системный Журнал (logfile), он же журнал транзакций.

    Запись всех изменений, происходящих в базе данных.
    Контрольные точки.
    Откатка.
    Транзакции.
    Оператор начала транзакции.
    Оператор нормального завершения транзакции.
    Оператор ненормального завершения транзакции - откатка к предыдущей контрольной точке.
    Базы данных в режиме ANSI.
    Прогон базы данных по системному журналу из backup копии.

    Многопользовательский Режим Обработки Базы Данных.

    Блокирование (locking), оно же запирание.

    Сервер базы блокирует строки и таблицы во избежание коллизий при записи в одну и ту же строку. Строки блокируются автоматически (неявно). В блокированную строку нельзя писать, но можно смотреть. На время выполнения транзакции все измененные в ней строки блокируются. Можно заблокировать всю таблицу целиком явной командой блокировки. Таблицы можно блокировать не только от записи, но и от просмотра. Программе можно задавать режим:
    ждать/ не ждать блокированных строк оператором SET LOCK MODE.

    Права Доступа в Базе Данных, которые могут иметь пользователи. На уровне базы данных определены следующие уровни прав:


    На уровне таблиц можно давать пользователям (и отбирать у них) следующие привилегии:

    SQL - Структурный Язык Запросов.

    ANSI (American National Standart Institute) разработал Структурный Язык Запросов (SQL) - Structured Query Language для определения, манипуляции и контролирования данных. Содержит 4 группы операторов.
    В SQL выделяются следующие группы операторов:

    Язык Программирования 4-го Поколения 4GL.

    Включает следующие возможности:

    Продукты INFORMIX для Обработки Баз Данных.

    Программное обеспечение INFORMIX содержит следующие компоненты:

    1. Серверы Базы Данных:

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

      INFORMIX-NET.
      Сетевое дополнение к INFORMIX-SE. Превращает его в сервер удаленных баз данных. Работает поверх сетевого протокола TCP/IP.

      INFORMIX-OnLine.
      Современный OLTP (On-Line-Transaction-Processing) базис баз данных. В отличие от SE взял физическое хранение данных в свои руки, отнимает у операционной системы логический раздел(ы) диска и самостоятельно работает с ними на низком уровне. В 2-4 раза быстрее SE, однако более сложен в настройке на конкретный компьютер, требует от администратора OnLine базы данных хороших познаний в операционной системе. Имеет много дополнительных возможностей по сравнению с SE, в том числе хранение таких типов данных как Binary Large Objects, текстовых и байтовых, а также символьных строк переменной длины как полей в базе данных, разделяемую буферизацию данных, буферизацию транзакций, зеркальный диск, автоматическое восстановление после системных сбоев, автоматический backup.

      INFORMIX-STAR.
      Сетевое дополнение к INFORMIX-OnLine. Превращает его в сервер распределенной базы данных. Разрешает одновременный доступ к данным нескольких INFORMIX-STAR систем. Работает поверх протокола TCP/IP. Естественно, в MS-DOSе отсутствует.

    2. Диалоговая Система Поддержки и Администрирования Баз Данных для Подготовленных Пользователей.

      INFORMIX-SQL.
      Система управления и поддержки баз данных. Содержит 5 компонент:

    3. Инструментальные Средства Разработки Пользовательских Приложений.

      INFORMIX-4GL.
      Основное инструментальное средство для программирования баз данных и создания пользовательских приложений на языке 4GL. Включает:


      Язык 4GL содержит в себе:

      1. Операторы SQL - для работы с данными.
      2. Программные операторы - IF, CASE, CALL, FUNCTION, FOR, WHILE, GOTO, DEFINE и т.д.
      3. Операторы экранного обмена - меню, окна, ввод-вывод через экранные формы и экранные массивы.
      4. Перехват и обработка исключительных ситуаций

      INFORMIX-4GL-RDS+ID.
      Rapid Development Sistem and Interactive Debugger
      То же самое, только компилируются программы гораздо быстрее, но не до выполнимого кода, а до "псевдо"-кода, который выполняется runner'ом. Диалоговый Отладчик 4GL программ использует "псевдо"-код.

      INFORMIX-ESQL/C.
      EmbeddedSQL/C (Вложенный в Си SQL)
      Система Программирования Баз Данных на языке Си, к которому добавлены операторы языка SQL.

      C-ISAM.
      Библиотека подпрограмм индексно-последовательного метода доступа для языка Си, на котором реализован INFORMIX-SE.

    4. Обеспечение Пользовательских Приложений INFORMIX

      INFORMIX-RunTime.
      Компонента INFORMIX, которую необходимо установить на машину, чтобы на ней могли работать пользовательские программы, изготовленные с использованием средств разработки INFORMIX. (SQL,ESQL, 4GL - для каждого из них требуется своя собственная версия RunTime). Представляет собой совокупность служебных файлов с системными сообщениями, программ, интерпретирующих псевдокод для 4GL-RDS, и программ выполнения отчетов, меню и экранных форм INFORMIX-SQL. Дополнительно к INFORMIX-RunTime необходимо иметь один из серверов базы данных SE или OnLine, поставляемых как отдельные продукты.

    5. Системы Автоматизации Конторской Деятельности

      Wingz.
      Электронная таблица с трехмерной графикой для обработки данных большого объема (32.768 строк и столько же столбцов, до биллиона элементов). Таблица дополнена возможностями 140 встроенных функций на все случаи жизни и собственным языком HiperScript для написания прикладных программ. Может выполнять как стандартные операции над базами данных, так и строить объемные цветные иллюстрации достижений вашей деятельности. Возможно вращение и движение по графическому изображению, использование данных из баз данных INFORMIX. Позволяет в рабочей области, на одной странице разместить тексты, числа, графы и графические изображения.

      SmartWareII.
      Интегрированная система, объединяющая базу данных, электронную таблицу с деловой графикой, текстовый процессор и сетевые возможности. Имеется собственный язык для создания пользовательских программ. Используется язык QBE для доступа к базе данных. В создании отчетов могут участвовать до 100 файлов. Текстовый процессор имеет словарь синонимов и может выполнять орфографическую проверку написания 140.000 слов, конвертирует файлы из других редакторов. Работает в операционных системах UNIX и DOS. Могут использоваться данные из баз данных INFORMIX-SQL.

    6. Прочее.

      INFORMIX-QuickStep.
      Интерактивный генератор отчетов. Позволяет создавать отчет без программирования, используя систему выпадающих меню. На выходе получается отчет, а также генерится программа на 4GL, этот отчет производящая.

      INFORMIX-FORMS.
      Генератор экранных форм и программного 4GL кода для работы с ними. Для INFORMIX-4GL.

      INFORMIX-Menu.
      Позволяет сгенерить систему меню, объединяющую прикладные программы на уровне вызова выполнимых модулей и Shell-процедур.

      INFORMIX-Optical.
      Пакет обеспечивает создание и работу с информационно поисковыми системами, использующими INFORMIX-Online (и его возможности по хранению изображений, звуков, и т.п. BLOBов) в качестве средства хранения, индексирования и доступа к данным, "зашиваемым" на перезаписываемых оптических WORM дисках (Write Once Read Many).

    7. Новое поколение - графические средства разработки.

      INFORMIX-GX.
      Графический интерпретатор псевдокода, получаемого в результате быстрой компиляции 4GL-программ. Выполняет псевдо-код не в алфавитно-цифровом режиме, а в графическом окошке - клиенте MS-Windows 3.1 или X-Window OSF/Motif. Позволяет понизить скорость перерисовки экрана прикладной программы на SPARC-станции до уровня алфавитно-цифрового терминала. Для INFORMIX-4GL Compiler поставляется в виде библиотеки, замещающей стандартные функции библиотеки curses для рисования на АЦТ.

      INFORMIX-4GL for Windows.
      Старый знакомый 4GL версии 4.12, только в среде MS Windows. Включает компилятор 4GL и среду-оболочку для программиста со стандартным для MS-Windows мышино-оконным интерфейсом.

      INFORMIX-NET/PC.
      Позволяет клиентским приложениям на PC обращаться к удаленным базам данных, расположенных на Unix серверах: умеет обращаться как к SE+NET, так и к OnLine+Star. В пакеты INFORMIX for MS Windows (Hyperscript, 4GL, NewEra) включается по умолчанию.

      INFORMIX-HyperScript.
      Система, не имеющая ничего общего с линией SQL продуктов фирмы INFORMIX. Это система для организации доступа к разнообразным данным (графическим, текстовым, мультимедиа) в виде гипертекста. Имеет собственный язык для описания/программирования приложений. Имеет графический генератор диалогов (наподобие Visual Basic). Есть версии для Unix/X-Windows, NeXT, MS/Windows, Macintosh. Является естественным развитием-продолжением пакета Wingz. Wingz включен как подмножество HyperScript

      INFORMIX-ViewPoint/DBA.
      Нечто вроде ISQL для MS Windows. Экранные (пардон, графические) формы для работы с базой данных INFORMIX. С естественными для графических приложений прибамбасами (шрифты, картинки, мышка.) Генератор отчетов. Средство гля генерации-разработки этих самых форм. DBA - дополнительный пакет администратора базы данных, необходимый для работы ViewPoint, DBA используется, чтобы создать так называемое SuperView - этакая единая квази-таблица -структура, описывающая логику и взаимоотношения таблиц и полей базы данных. ViewPoint нужно по одному на каждого пользователя, а DBA необходимо и достаточно одного на всю локальную сеть.

      INFORMIX-NewEra.
      Условное название - INFORMIX-4GL++. Объектно-ориентированный язык программирования. Позволяет программировать графические прикладные интерфейсы для баз данных INFORMIX. Частично совместим с 4GL (кроме операторов экранного обмена). Наконец-то INFORMIX сделал шаг в сторону разработчиков графических приложений. Имеются версии для Motif X-Windows и для MS-Windows.

    Оглавление || Вперед


     



  • Главная
  • Новости
  • Новинки
  • Скрипты
  • Форум
  • Ссылки
  • О сайте




  • Emanual.ru – это сайт, посвящённый всем значимым событиям в IT-индустрии: новейшие разработки, уникальные методы и горячие новости! Тонны информации, полезной как для обычных пользователей, так и для самых продвинутых программистов! Интересные обсуждения на актуальные темы и огромная аудитория, которая может быть интересна широкому кругу рекламодателей. У нас вы узнаете всё о компьютерах, базах данных, операционных системах, сетях, инфраструктурах, связях и программированию на популярных языках!
     Copyright © 2001-2024
    Реклама на сайте