Изучение Amazon Web Services

«Реляционная» означает, что все записи в базе данных упорядочены в виде таблиц. Раньше было не так: банки и крупные госучреждения хранили данные как попало – во множестве разных файликов без единой системы. Связи между файликами тоже не было – то есть если у какого – то клиента менялся, например, номер телефона, приходилось менять это вручную и сразу везде.
А тут пришли очкастые программисты из Oracle и, вооружившись модной тогда реляционной моделью, разложили всё по полочкам. А точнее, по таблицам. Идея в том, что таблицы в реляционных БД связаны между собой специальными ключами – если добавить или удалить что – то в одной, все остальные таблицы об этом узнают и сами обновятся.
Вот как выглядит реляционная база данных на примере университетской ведомости с оценками:

Обратите внимание: в таблице «Оценки за экзамены» нет данных о студентах и предметах – только ссылки на их ID. Если Вася Иванов, к примеру, перейдёт в другую группу, нам нужно будет поправить это только в одной таблице – «Студенты». Во всех остальных таблицах данные обновятся автоматически.

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

Формально Oracle DB правильнее называть объектно – реляционной СУБД. То есть она позволяет реализовать сразу два подхода: хочешь простой сайт или блог – используй реляционные таблички; нужна сложная логика для какой – нибудь ERP – системы – можно заморочиться с объектной структурой.

Как работает Oracle Database

В основе работы Oracle DB лежит клиент – серверная модель. Суть у неё простая:

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

Фишка клиент – серверной модели в том, что вся работа с данными вынесена на сервер – пользователю не нужно держать у себя на компьютере копию базы данных. Достаточно скачать приложение – клиент и пулять себе запросы к серверу в любое время дня и ночи, чтобы получить нужные мемы с котами.
На самом сервере тоже всё хитро: помимо данных, которые физически лежат на диске, есть ещё процессы, которые этими данными управляют. Набор всех процессов в СУБД Oracle DB называют экземпляром – по сути, это программная оболочка для файлов, которая существует только в оперативке сервера. Если выключить сервер из розетки, экземпляр удалится, а сами файлы с данными останутся.
Допустим, вы зашли на популярный маркетплейс, чтобы купить кроссовки. Вот как будет выглядеть серверная логика, если под капотом маркетплейса Oracle DB:

• 
  Вы кладёте кроссовки в корзину и нажимаете кнопку «Купить».
  
• 
  Ваш браузер посылает запрос о покупке на сервер.
  
• 
  На сервере работает специальный драйвер Oracle Net Services – он видит запрос от браузера и выделяет под него отдельный процесс.
  
• 
  Серверный процесс «звонит» экземпляру БД и говорит: «Эй, есть задачка от клиента, возьмёшь в работу асап?»
  
• 
  Экземпляр такой: «Ага» – и запускает процесс записи в базу данных.
  
• 
  В результате в базе данных появляется строчка «Пользователь ID №1 взял товар ID №2 в таком – то количестве».
  
• 
  Когда запись закончена, сервер отправляет по сетям запрос обратно и вы видите сообщение «Спасибо за покупку!».
  

Всеми этими процессами, начиная от получения запроса на сервере и заканчивая отправкой ответа, как раз и управляет Oracle.