Программы с помощью которых пользователи работают с базой данных называются

Составить таблицу видов БД по классификационным признакам:

Признак классификации

Вид БД (СУБД)

Особенности БД (СУБД)(применение, преимущества, недостатки)

Базы данных и их виды

Базы данных представляют собой информационные модели, содержащие данные об объектах и их свойствах. БД хранят информацию о группах объектов с одинаковым набором свойств. Например, БД Записная книжка хранит информацию о людях, каждый из которых имеет фамилию, имя, телефон и т.д.

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

Базы данных 2022. Урок 1 — Теория БД

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

СУБД

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

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

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

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

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

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

О взаимодействии с базой данных

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

Приложения могут создаваться в среде или вне среды СУБД — с помощью системы программирования, использующей средства доступа к БД, например, Delphi или C++ Builder. Приложения, разработанные в среде СУБД называют, приложениями СУБД, а приложения, разработанные вне СУБД, — внешними приложениями.

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

Основные функции СУБД

• Ввод информации в БД и обеспечение его логического контроля. Под логическим контролем здесь понимается проверка на допустимость вводимых данных: нельзя, например, вводить дату рождения 31 июня 1057 года.

• Исправление информации (также с контролем правильности ввода).

• Удаление устаревшей информации.

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

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

• Поиск информации с необходимыми свойствами. Одна из наиболее важных в практическом отношении задач, ради которой ставятся все остальные.

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

• Получение общих и/или детализированных отчетов по итогам работы.

• Обеспечение коллективного доступа к данным. В современных информационных системах возможен параллельный доступ к одним и тем же данным нескольких пользователей, поэтому СУБД должны поддерживать такой режим.

• Защита от несанкционированного доступа. Не только ввод новой информации, но даже ее просмотр должны быть разрешены только тем пользователям, у которых есть на это права.

• Удобный и интуитивно понятный пользователю интерфейс.

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

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

С появлением компьютерных сетей отпала необходимость хранения данных в одной машине и даже в одной стране, возникли так называемые распределенные БД.

Классификация СУБД

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

К СУБД относятся следующие основные виды программ:

Полнофункциональные СУБД.

Полнофункциональные СУБД представляют собой традиционные СУБД, которые являются наиболее многочисленными и мощными по своим возможностям. Например, dBase IV, Microsoft Access, Microsoft FoxPro и Paradox RBASE.

Обычно они имеют развитый интерфейс, позволяющий с помощью команд меню выполнять основные действия с БД: создавать и модифицировать структуры таблиц, вводить данные, формировать запросы, разрабатывать отчеты, выводить их на печать и т. п. ((Для создания запросов и отчетов не обязательно программирование. Включают средства программирования для профессиональных разработчиков.))

Серверы БД.

Серверы БД предназначены для организации центров обработки данных в сетях ЭВМ. Эта группа БД в настоящее время менее многочисленна, но им количество постепенно растет. Серверы БД реализуют функции управлении битами данных, запрашиваемые другими (клиентскими) программами обычно с помощью операторов SQL. Примерами серверов БД являются следующие программы: NetWare SQL (Novell), MS SQL Server (Microsoft), InterBase (Borland).

Клиенты БД.

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

Средства разработки программ работы с БД.

К средствам разработки пользовательских приложений относятся системы программирования, разнообразные библиотеки программ для различных языков программирования, а также пакеты автоматизации разработок (в том числе систем типа клиент-сервер). В числе наиболее распространенных можно назвать следующие инструментальные системы: Delphi (Borland), Visual Basic (Microsoft) и др.

По характеру использования СУБД делят на:

1. Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними. Персональные СУБД и разработанные с их помощью приложения могут выступать в роли клиентской части многопользовательской СУБД. К персональным СУБД, например, относятся Visual FoxPro, Paradox, Clipper, dBase, Access и др.

2. Многопользовательские СУБД включают в себя сервер БД и клиентскую часть и, как правило, могут работать в неоднородной вычислительной среде (с разными типами ЭВМ и операционными системами). К многопользовательским СУБД относятся, например, СУБД Oracle и Informix.

По используемой модели данных СУБД (как и БД) разделяют на:

(1-3) классические, (4-6) появились в последнее время. Некоторые СУБД могут одновременно поддерживать несколько моделей данных.

1. Иерархическая БД Иерархические БД графически могут быть представлены как перевернутое дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй — объекты второго уровня и т.д. Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня.

Такие объекты находятся в отношении предка (родителя или более правильно владельца отношения) к потомку, при этом объект-предок может не иметь потомков или иметь их несколько, тогда как объект-потомок обязательно имеет только одного предка. Объекты, имеющие общего предка, называются близнецами.

Достоинства:

· эффективное использование памяти ЭВМ;

· неплохие показатели времени выполнения основных операций над данными.

Недостатки:

· громоздкость для обработки информации с достаточно сложными логическими связями;

· сложность понимания (для обычного пользователя).

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

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

Сетевой БД фактически является Всемирная паутина глобальной компьютерной сети Интернет. Гиперссылки связывают между собой сотни миллионов документов в единую сетевую БД.

Операции манипулирования данными баз сетевого типа:

• поиск записи в БД;
• переход от предка к первому потомку;
• переход от потомки к предку;
• создание новой записи;
• удаление и обновление текущей записи;
• включение и исключение записи в связи;
• изменение связей и т.д.

Достоинства:

• возможность эффективной реализации по показателям затрат памяти и оперативности;
• допускает большие возможности в образовании связей.

Недостатки:

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

3. Реляционная модель. Хотя описанные выше способы являются более универсальными, на практике распространен самый простой тип организации данных — реляционный. Слово реляционный происходит от английского relation (отношение). Строгое определение отношения достаточно математизировано, поэтому на практике обычно пользуются следствием из него: поскольку отношения удобно представлять в виде таблиц, то говорят, что реляционные базы — это базы с табличной формой организации.

Таблица имеет строки (записи) и столбцы (колонки). Каждая строка таблицы имеет одинаковую структуру и состоит из полей. Строкам таблицы соответствуют кортежи, а столбцам — атрибуты отношения.

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

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

Постреляционная модель

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

Достоинства:

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

· высокая наглядность представления информации и эффективность ее обработки.

Недостаток: сложность решения проблемы целостности и непротиворечивости хранимых данных.

Многомерная модель

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

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

Недостаток: громоздкость для простейших задач обычной оперативной обработки информации.

Источник: megalektsii.ru

Основные понятия и определения

Аннотация: В лекции даются основные понятия и определения теории БД. Рассматривается классическая трехуровневая архитектура БД, упрощенный процесс прохождения запроса в БД, приводится классификация моделей, используемых в системах БД

Современные авторы часто употребляют термины » банк данных » и » база данных » как синонимы, однако в общеотраслевых руководящих материалах по созданию банков данных Государственного комитета по науке и технике (ГКНТ), изданных в 1982 г., эти понятия различаются. Там приводятся следующие определения банка данных, базы данных и СУБД :

Банк данных (БнД) — это система специальным образом организованных данных — баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

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

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

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

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

Архитектура базы данных. Физическая и логическая независимость

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

В процессе научных исследований, посвященных тому, как именно должна быть устроена СУБД , предлагались различные способы реализации. Самым жизнеспособным из них оказалась предложенная американским комитетом по стандартизации ANSI (American National Standards Institute) трехуровневая система организации БД , изображенная на рис. 2.1:

Рис. 2.1. Трехуровневая модель системы управления базой данных, предложенная ANSI

1. Уровень внешних моделей — самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Например, система распределения работ использует сведения о квалификации сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и наоборот, именно эти сведения используются в подсистеме отдела кадров.
2. Концептуальный уровень — центральное управляющее звено, здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
3. Физический уровень — собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.

Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных. Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с данной базой данных. Это именно то, чего не хватало при использовании файловых систем.

Выделение концептуального уровня позволило разработать аппарат централизованного управления базой данных.

Процесс прохождения пользовательского запроса

Рисунок 2.2 иллюстрирует взаимодействие пользователя, СУБД и ОС при обработке запроса на получение данных. Цифрами помечена последовательность взаимодействий:

Рис. 2.2. Схема прохождения запроса к БД

1. Пользователь посылает СУБД запрос на получение данных из БД.
2. Анализ прав пользователя и внешней модели данных, соответствующей данному пользователю, подтверждает или запрещает доступ данного пользователя к запрошенным данным.
3. В случае запрета на доступ к данным СУБД сообщает пользователю об этом (стрелка 12) и прекращает дальнейший процесс обработки данных, в противном случае СУБД определяет часть концептуальной модели, которая затрагивается запросом пользователя.
4. СУБД запрашивают информацию о части концептуальной модели.
5. СУБД получает информацию о запрошенной части концептуальной модели.
6. СУБД запрашивает информацию о местоположении данных на физическом уровне (файлы или физические адреса).
7. В СУБД возвращается информация о местоположении данных в терминах операционной системы.
8. СУБД вежливо просит операционную систему предоставить необходимые данные, используя средства операционной системы.
9. Операционная система осуществляет перекачку информации из устройств хранения и пересылает ее в системный буфер.
10. Операционная система оповещает СУБД об окончании пересылки.
11. СУБД выбирает из доставленной информации, находящейся в системном буфере, только то, что нужно пользователю, и пересылает эти данные в рабочую область пользователя.

БМД — это База Метаданных,именно здесь и хранится вся информация об используемых структурах данных, логической организации данных, правах доступа пользователей и, наконец, физическом расположении данных. Для управления БМД существует специальное программное обеспечение администрирования баз данных, которое предназначено для корректного использования единого информационного пространства многими пользователями.

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

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

Пользователи банков данных

Как любой программно-организационно-техничеcкий комплекс, банк данных существует во времени и в пространстве. Он имеет определенные стадии своего развития:

1. Проектирование.
2. Реализация.
3. Эксплуатация.
4. Модернизация и развитие.
5. Полная реорганизация.

На каждом этапе своего существования с банком данных связаны разные категории пользователей.

Определим основные категории пользователей и их роль в функционировании банка данных:

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

Не в каждом банке данных могут быть выделены все типы пользователей. Мы уже знаем, что при разработке информационных систем с использованием настольных СУБД администратор банка данных, администратор приложений и разработчик часто существовали в одном лице. Однако при построении современных сложных корпоративных баз данных, которые используются для автоматизации всех или большей части бизнес-процессов в крупной фирме или корпорации, могут существовать и группы администраторов приложений, и отделы разработчиков. Наиболее сложные обязанности возложены на группу администратора БД .

Рассмотрим их более подробно.

В составе группы администратора БД должны быть:

• системные аналитики;
• проектировщики структур данных и внешнего по отношению к банку данных информационного обеспечения;
• проектировщики технологических процессов обработки данных;
• системные и прикладные программисты;
• операторы и специалисты по техническому обслуживанию.

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

Источник: intuit.ru

Трехуровневая архитектура БД. Определение и основные функции субд.

Прохождение пользовательского запроса к БД.

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

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

Способы организации клиентского доступа к СУБД. Назначение, структура, функции ODBC.

По технологии обработки данных базы данных подразделяются на централизованны е и распределенные.

Централизованная база данных хранится в памяти одной вычислительной системы. Эта вычислительная система может быть мэйнфреймом — тогда доступ к ней организуется с использованием терминалов — или файловым сервером локальной сети ПК.

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

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

Для всех современных баз данных можно организовать сетевой доступ с многопользовательским режимом работы.

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

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

Назначение ODBC имеет один обычный вывод и один вывод ошибок.

Реляционная модель данных. Понятие реляционного отношения. Домен, кортеж, ключ.

Для манипулирования данными в реляционной модели используются два формальных аппарата:

реляционная алгебра, основанная на теории множеств;

реляционное исчисление, базирующееся на исчислении предикатов первого порядка.

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

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

Домен — это семантическое понятие. Домен можно рассматривать как подмножество значений некоторого типа данных имеющих определенный смысл. Домен характеризуется следующими свойствами:

· Домен имеет уникальное имя (в пределах базы данных).

· Домен определен на некотором простом типе данных или на другом домене.

· Домен может иметь некоторое логическое условие, позволяющее описать подмножество данных, допустимых для данного домена.

· Домен несет определенную смысловую нагрузку.

Типы реляционных отношений. Реляционная связь. Целостность

Реляционных данных.

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

В реляционной модели данных есть два общих правила целостности. Эти два правила относятся к потенциальным ключам и внешним ключам. Выше рассматривался первичный ключ, который является частным случаем потенциального ключа. Пусть R – некоторое отношение. Тогда потенциальный ключ K для R — это подмножество множества атрибутов R, обладающее такими свойствами, как:
Уникальность – нет двух различных кортежей в отношении R с одинаковым значением K;
Неизбыточность – никакое из подмножеств K не обладает свойством уникальности.
Каждое отношение имеет, по крайней мере, один потенциальный ключ, так как не содержит одинаковых кортежей.
Потенциальные ключи имеют первостепенную важность для реляционных систем, так как единственный гарантируемый способ указать на какой – ни будь кортеж – это указать значение некоторого потенциального ключа.
Потенциальный ключ, имеющий более одного атрибута, называется составным, а состоящий из одного атрибута – простым.
Отношение может иметь более одного потенциального ключа. В этом случае один из потенциальных ключей выбирается в качестве первичного, а остальные потенциальные ключи, если они есть, называются альтернативными.

Работа с курсором

Курсор может находиться в открытом или закрытом состоянии.

После объявления курсор оказывается в закрытом состоянии.

Чтобы можно было работать с курсором, его следует открыть командой OPEN: OPEN имя_курсора.В результате открытия курсора создается таблица, которая его специфицирует, устанавливается упорядоченность строк и курсор располагается перед первой строкой таблицы.

Чтобы переместить курсор на необходимую строку таблицы и запомнить значения столбцов найденной строки, используется предложение FETCH со следующим синтаксисом:

FETCH [[ориентация] FROM] имя_курсора INTO целевой_список

Ориентация определяет способ получения необходимой строки и принимает одно из следующих значений:

NEXT | PRIOR | FIRST | LAST |

Эти значения указывают, какая строка будет выбрана:

— NEXT — следующая; — PRIOR — предыдущая; — FIRST — первая;

— LAST — последняя; — ABSOLUTE значение — с указанным номером;

RELATIVE значение — отстоящая на указанное значение (оно может быть положительным и отрицательным).

При работе с триггерами.

Язык T-SQL-это собственный диалект языка структурированных запросов

применяемый в СУБД SQL Server. При подготовке данного выпуска СУБД SQL Server язык T-SQL был в значительной степени доработан, и в него добавлены многие новые программные конструкции. Кроме всего прочего,он был преобразован в язык, совместимый с общей средой выполненияоперационной системы Windows; короче говоря, начинаяс этого выпуска T-SQL стал одним из языков.NET.

Триггер — это специальный вид хранимой процедуры, которую SQL Server вызывает при выполнении операций модификации соответствующих таблиц.

Триггер автоматически активизируется при выполнении операции, с которой он связан.

Триггеры связываются с одной или несколькими операциями модификации над одной таблицей.

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

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

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

выдача предупреждений, напоминающих о необходимости выполнения некоторых действий при обновлении таблицы, реализованном определенным образом;

накопление аудиторской информации посредством фиксации сведений о внесенных изменениях и тех лицах, которые их выполнили;

Трехуровневая архитектура БД. Определение и основные функции СУБД.

Прохождение пользовательского запроса к БД.

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

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

Источник: infopedia.su