- •Історія розвитку сбд.
- •Традиційні файлові системи. Переваги і недоліки.
- •Системи з використанням баз даних. Компоненти сбд. Переваги і недоліки.
- •5_ Системи керування базами даних. Компоненти. Функції.
- •Компоненты сбд
- •1. Зберігання, вилучення і обновлення даних
- •2. Каталог, який доступний кінцевим користувачам
- •3. Управління транзакціями
- •6_ Поняття бд. Об’єкти і зв’язки. Властивості.
- •Розподіл обов’язків в сбд. Ад і абд.
- •7_ Архітектура сбд ansi/sparc. Три рівні. Відображення. Трехуровневая архитектура ansi-sparc
- •3.5 Концептуальный уровень
- •3.6 Внутренний уровень
- •3.7 Отображения
- •3.8 Доступ к данным в трехуровневой архитектуре
- •12_ Архітектура сбд ansi/sparc. Мови баз даних. Ddl. Dml. 4gl.
- •Языки баз данных.
- •Процедурний
- •Непроцедурний
- •13_ Архітектура клієнт-сервер. Розподілена обробка. Архитектура многопользовательских субд
- •Субд в архитектуре "клиент-сервер" Лекция 19. Архитектура "клиент-сервер"
- •19.1. Открытые системы
- •19.2. Клиенты и серверы локальных сетей
- •19.3. Системная архитектура "клиент-сервер"
- •19.4. Серверы баз данных
- •19.4.1. Принципы взаимодействия между клиентскими и серверными частями
- •19.4.2. Преимущества протоколов удаленного вызова процедур
- •19.4.3. Типичное разделение функций между клиентами и серверами
- •19.4.4. Требования к аппаратным возможностям и базовому программному обеспечению клиентов и серверов
- •14_ Ранні підходи в реалізації бд. Бд на інвертованих списках. Ієрархічні та мереживі бд. Модель инвертированных списков
- •Реляційна бд. Властивості реляційних бд.
- •Реляційна модель. Домени. Оператори.
- •2. Реляционная модель данных
- •2.1. Понятие модели данных
- •Реляційна модель. Відношення. Типи відношень.
- •Реляційна модель. Класифікація обмежень цілісності.
- •Реляційна модель. Потенційні ключі.
- •Реляційне числення. Числення доменів. (самостійно)
- •5.2.3. Реляционное исчисление доменов
- •Мова sql. Запит на оновлення. Використання співвіднесених запитів в запитах на оновлення.
- •Мова sql. Запит на знищення. Використання підзапитів в запитах на знищення.
- •Мова sql. Запит на додавання. Додавання результатів запиту.
- •Мова sql. Об’єднання таблиць. Використання пропозиції union.
- •Мова sql. Використання пропозицій any, all, some.
- •Мова sql. Використання пропозиції exists.
- •Мова sql. Співвіднесений запит на вибірку.
- •Мова sql. Запит на вибірку із підзапитом.
- •Мова sql. Запит на вибірку до кількох таблиць. З’єднання таблиць. Типи з’єднань.
- •Мова sql. Запит на вибірку. Агрегатні функції
- •Історія розвитку
Реляційна бд. Властивості реляційних бд.
Под базой данных (БД) понимают хранилище структурированных данных,при этом данные должны быть непротиворечивы, минимально избыточны и
целостны.Реляционная БД представляет собой совокупность таблиц, содержащих всю информацию, которая должна храниться в БД. Реляционные БД
поддерживаются большинством современных СУБД, это связано с удобством их использования в традиционных задачах и на этапе проектирования, на котором
возможно использование реляционной алгебры. При этом в терминологии теории реляционных БД таблицам соответствуют отношения, столбцам –
атрибуты, строкам – кортежи. При обработке в ЭВМ отношения хранятся в виде файлов, строка или кортеж называются записью, а столбец (атрибут) называется полем. Число столбцов (полей) называется степенью отношения. Эта величинане изменяется после создания отношения. Тип содержимого и величина поля для реляционных БД тоже строго определена. Текущее число строк (записей)называется мощностью отношения, и она меняется по мере удаления или добавления строк. Атрибут или совокупность атрибутов, позволяющих единственным образом идентифицировать кортеж (запись) называется
первичным ключом.
SQL символизирует собой Структурированный Язык Запросов. Это — язык который дает вам возможность создавать и работать в реляционных базах данных, которые являются наборами связанной информации сохраняемой в таблицах.
Реляционная база данных - это тело связанной информации, сохраняемой в двумерных таблицах. Напоминает адресную или телефонную книгу. Предположим, что вы должны сформатировать эту адресную книгу в виде таблицы со строками и столбцами. Каждая строка (называемая также записью) будет соответствовать определенной особенности; каждый столбец будет содержать значение для каждого типа данных — имени, телефонного номера, и адреса представляемого в каждой строке.
То что вы получили является основой реляционной базы данных как и было определено в начале этого обсуждения — а именно, двумерной (строка и столбец) таблицей информации.
Реляційна модель. Домени. Оператори.
2. Реляционная модель данных
Реляционные модели широко используются при построении баз данных.Реляционная модель данных была разработана Э.Коддом в 1969 - 1979 го-
дах во время его работы в IBM (E.F.Codd. “A Relational Model of Data for Large Shared Data Banks”. Communications of the ACM, 13, № 6 (June 1970))*. На фор-
мирование современного представления о реляционной модели большое влияние оказали результаты практической реализации реляционных систем управления базами данных, включающих средства представления данных на физическом уровне, средства логического представления данных и поддержки реляционной модели данных, а также средства доступа к данным и манипулирования данными на пользовательском и административном уровнях. В процессе эволюции были введены ограничения на структурирование и тип хранимых данных, разработаны способы реализации полной реляционной модели и создан инструментарий дляманипулирования данными, не зависящими от их физического представления.
