СУБД Access: функциональные возможности, основные элементы.

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

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

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

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

Схема отношения базы данных - это именованное множество пар {имя атрибута, имя домена (или типа, если понятие домена не поддерживается)}. Степень схемы отношения - мощность этого множества. Схема базы данных (в структурном смысле) - это набор именованных схем отношений.

Кортеж, соответствующий данной схеме отношения в базе данных, - это множество пар {имя атрибута, значение}, которое содержит одно вхождение каждого имени атрибута, принадлежащего схеме отношения. " Значение" является допустимым значением домена данного атрибута (или типа данных, если понятие домена не поддерживается). Тем самым, степень или " арность" кортежа, т.е. число элементов в нем, совпадает с " арностью" соответствующей схемы отношения. Попросту говоря, кортеж - это набор именованных значений заданного типа.

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

Однако в реляционных базах данных это не принято. Имя схемы отношения в таких базах данных всегда совпадает с именем соответствующего отношения-экземпляра. В классических реляционных базах данных после определения схемы базы данных изменяются только отношения-экземпляры. В них могут появляться новые и удаляться или модифицироваться существующие кортежи. Однако во многих реализациях допускается и изменение схемы базы данных: определение новых и изменение существующих схем отношения. Это принято называть эволюцией схемы базы данных.

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

Реляционная база данных - это набор отношений, имена которых совпадают с именами схем отношений в схеме базы данных.

Как видно, основные структурные понятия реляционной модели данных (если не считать понятия домена) имеют очень простую интуитивную интерпретацию, хотя в теории реляционных баз данных все они определяются абсолютно формально и точно.

 

Вопросы № 26 Автоматизированные информационные системы: понятие, структура.

Инф система (ИС) – система, реализующая информац модель предметной области, чаще всего – какой-либо области чел деят-ти.

ИС должна обеспечивать: получение (ввод и сбор), хранение, поиск, передачу и обработку (преобразование) информации.

ИС – совок содержащейся в базах данных инф-ции (сведения/сообщ/данные независ от формы их представл) и обеспеч её обработку инф технологий (процессы, методы поиска, сбора, хран, обраб, предоставл, распростр инф-ии и способы осущ таких процессов и методов) и техн ср-в.

Между потребителем и собственно ИС может быть установлена обратная связь. В этом случае ИС называется замкнутой.

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

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

В АИС за хранение инф-ции отвечают: - на физ уровне: встроенные устройства памяти (RAM), внешние накопители, дисковые массивы; - на программном уровне: файловая система ОС, СУБД, системы хранения документов, мультимедиа и т.д.

Структура АИС: • персонал; • един база данных хран инф-ции, формируемая различными и не связанными между собой программами и приклад сист; • программы, обеспечив функционир инф системы (операц системы, служебные прогр и т. п.); • технич устр-ва; • множество приклад систем, созданных разными фирмами и по разным технологиям (финансы, матер-технич учет, конструкторско-технологич подготовка произ-ва, документооборот, аналитика и т. п.).

В плане функционирования корпоративная АИС имеет функциональную и обеспечивающую части.

Функц часть ИС обесп выполнение задач, для кот и предназнач ИС. В рамках этой части происх трансформац целей упр-ия в функции, функций — в подсистемы ИС.

Обеспечив часть состоит из инф, технич, математич, программн, методич, организац, лингвистич и правового обесп-ий.

Информац обеспечение АИС — совок-ть проектных реш-ий по объемам, размещ, формам орг-ции инф-ции (единой системы классифик и кодир инф-ции, унифицир систем документации, схем инф потоков), циркулир в орг-ции, а также методолог построен БД.

Технич обесп АИС — комплекс технич ср-в, предназнач для работы ИС, а также соответств документация на эти ср-ва и технологич процессы.

Математич обесп-ие АИС— совок матем методов, моделей, алгоритмов обраб инф, испо при реш-ии задач в инф системе.

Прогр обесп-ие АИС — совок программ для реализ целей и задач ИС, а также нормального функционир комплекса технич ср-в.

Методич и организаце обесп-ие АИС — совок методов, ср-в и докум, регламентир взаимод персонала ИС с техн ср-вами и между собой в проц разраб и эксплуат ИС.

Правовое обесп-ие АИС — совок прав норм, регламентир создание, юр статус и эксплуат ИС.

Лингвистич обесп-ие АИС — совок языковых ср-в персонала ИС и пользователей с программным, математич и инф обесп-ем, а также совок терминов, исп в ИС.

⇐ Предыдущая6789101112131415Следующая ⇒

Поделиться: