 |
СУБД Access: функциональные возможности, основные элементы.
|
|
|
|
В реляционных базах данных данные собраны в таблицы, которые в свою очередь состоят из столбцов и строк, на пересечении которых расположены ячейки. Запросы к таким базам данных возвращает таблицу, которая повторно может участвовать в следующем запросе. Данные в одних таблицах, как правило, связаны с данными других таблиц, откуда и произошло название "реляционные". Основными понятиями реляционных баз данных являются тип данных, домен, атрибут, кортеж, первичный ключ и отношение.
Понятие тип данных в реляционной модели данных полностью адекватно понятию типа данных в языках программирования. Обычно в современных реляционных базах данных допускается хранение символьных, числовых данных, битовых строк, специализированных числовых данных. Достаточно активно развивается подход к расширению возможностей реляционных систем абстрактными типами данных. В нашем примере мы имеем дело с данными трех типов: строки символов, целые числа и "деньги".
Понятие домена более специфично для баз данных, хотя и имеет некоторые аналогии с подтипами в некоторых языках программирования. В самом общем виде домен определяется заданием некоторого базового типа данных, к которому относятся элементы домена, и произвольного логического выражения, применяемого к элементу типа данных. Если вычисление этого логического выражения дает результат "истина", то элемент данных является элементом домена.
Наиболее правильной интуитивной трактовкой понятия домена является понимание домена как допустимого потенциального множества значений данного типа. Следует отметить также семантическую нагрузку понятия домена: данные считаются сравнимыми только в том случае, когда они относятся к одному домену.
|
|
|
Схема отношения базы данных - это именованное множество пар {имя атрибута, имя домена (или типа, если понятие домена не поддерживается)}. Степень схемы отношения - мощность этого множества. Схема базы данных (в структурном смысле) - это набор именованных схем отношений.
Кортеж, соответствующий данной схеме отношения в базе данных, - это множество пар {имя атрибута, значение}, которое содержит одно вхождение каждого имени атрибута, принадлежащего схеме отношения. "Значение" является допустимым значением домена данного атрибута (или типа данных, если понятие домена не поддерживается). Тем самым, степень или "арность" кортежа, т.е. число элементов в нем, совпадает с "арностью" соответствующей схемы отношения. Попросту говоря, кортеж - это набор именованных значений заданного типа.
Отношение - это множество кортежей данной базы данных, соответствующих одной схеме отношения. Иногда, чтобы не путаться, говорят "отношение-схема" и "отношение-экземпляр", иногда схему отношения называют заголовком отношения, а отношение как набор кортежей - телом отношения. На самом деле, понятие схемы отношения в базе данных ближе всего к понятию структурного типа данных в языках программирования. Было бы вполне логично разрешать отдельно определять схему отношения, а затем одно или несколько отношений с данной схемой.
Однако в реляционных базах данных это не принято. Имя схемы отношения в таких базах данных всегда совпадает с именем соответствующего отношения-экземпляра. В классических реляционных базах данных после определения схемы базы данных изменяются только отношения-экземпляры. В них могут появляться новые и удаляться или модифицироваться существующие кортежи. Однако во многих реализациях допускается и изменение схемы базы данных: определение новых и изменение существующих схем отношения. Это принято называть эволюцией схемы базы данных.
|
|
|
Обычным житейским представлением отношения является таблица, заголовком которой является схема отношения, а строками - кортежи отношения-экземпляра; в этом случае имена атрибутов именуют столбцы этой таблицы. Поэтому иногда говорят "столбец таблицы", имея в виду "атрибут отношения". Когда мы перейдем к рассмотрению практических вопросов организации реляционных баз данных и средств управления этими базами данных, мы будем использовать эту житейскую терминологию. Этой терминологии придерживаются в большинстве коммерческих реляционных систем управления базами данных.
Реляционная база данных - это набор отношений, имена которых совпадают с именами схем отношений в схеме базы данных.
Как видно, основные структурные понятия реляционной модели данных (если не считать понятия домена) имеют очень простую интуитивную интерпретацию, хотя в теории реляционных баз данных все они определяются абсолютно формально и точно.
Вопросы № 26 Автоматизированные информационные системы: понятие, структура.
Инф система (ИС) – система, реализующая информац модель предметной области, чаще всего – какой-либо области чел деят-ти.
ИС должна обеспечивать: получение (ввод и сбор), хранение, поиск, передачу и обработку (преобразование) информации.
ИС – совок содержащейся в базах данных инф-ции (сведения/сообщ/данные независ от формы их представл) и обеспеч её обработку инф технологий (процессы, методы поиска, сбора, хран, обраб, предоставл, распростр инф-ии и способы осущ таких процессов и методов) и техн ср-в.
Между потребителем и собственно ИС может быть установлена обратная связь. В этом случае ИС называется замкнутой.
ИС состоит из баз данных, в которых накапл инф-ция, источника инф-ции, аппаратной части ИС, программной части ИС, потребителя инф-ции.
Автоматизированная ИС (АИС) – совок-ть программно-аппаратных ср-в, предназнач для автоматизации деят-ти, связ с хран, передачей и обработкой инф-ции. В АИС появл возм-ть отображ на инф плоскость всего, что происх с орг-ей. Все эк факторы и рес выступают в единой инф форме, в виде данных, что позвол рассматр процесс принятия реш-ий как инф технологию.
|
|
|
В АИС за хранение инф-ции отвечают: - на физ уровне: встроенные устройства памяти (RAM), внешние накопители, дисковые массивы; - на программном уровне: файловая система ОС, СУБД, системы хранения документов, мультимедиа и т.д.
Структура АИС: • персонал; • един база данных хран инф-ции, формируемая различными и не связанными между собой программами и приклад сист; • программы, обеспечив функционир инф системы (операц системы, служебные прогр и т. п.);• технич устр-ва; • множество приклад систем, созданных разными фирмами и по разным технологиям (финансы, матер-технич учет, конструкторско-технологич подготовка произ-ва, документооборот, аналитика и т. п.).
В плане функционирования корпоративная АИС имеет функциональную и обеспечивающую части.
Функц часть ИС обесп выполнение задач, для кот и предназнач ИС. В рамках этой части происх трансформац целей упр-ия в функции, функций — в подсистемы ИС.
Обеспечив часть состоит из инф, технич, математич, программн, методич, организац, лингвистич и правового обесп-ий.
Информац обеспечение АИС — совок-ть проектных реш-ий по объемам, размещ, формам орг-ции инф-ции (единой системы классифик и кодир инф-ции, унифицир систем документации, схем инф потоков), циркулир в орг-ции, а также методолог построен БД.
Технич обесп АИС — комплекс технич ср-в, предназнач для работы ИС, а также соответств документация на эти ср-ва и технологич процессы.
Математич обесп-ие АИС — совок матем методов, моделей, алгоритмов обраб инф, испо при реш-ии задач в инф системе.
Прогр обесп-ие АИС — совок программ для реализ целей и задач ИС, а также нормального функционир комплекса технич ср-в.
Методич и организаце обесп-ие АИС — совок методов, ср-в и докум, регламентир взаимод персонала ИС с техн ср-вами и между собой в проц разраб и эксплуат ИС.
Правовое обесп-ие АИС — совок прав норм, регламентир создание, юр статус и эксплуат ИС.
Лингвистич обесп-ие АИС — совок языковых ср-в персонала ИС и пользователей с программным, математич и инф обесп-ем, а также совок терминов, исп в ИС.
|
|
|
