База данных Oracle

Сентябрь 4, 2022

Главная
Информатика
База данных Oracle

Содержание

2. История Основатели: Ларри Эллисон Боб Майнер Эд Оутс Главным преимуществом после выхода была высокая скорость обработки
3. История Oracle стала исторически первой и одной из наиболее развитых реализаций архитектуры клиент/сервер. Еще одной важной
4. Что позволяет БД Oracle работать так быстро? cache Hard drive Async process thread Our changes
5. Механизм восстановления данных В СУБД Oracle можно включить архивацию оперативных журнальных файлов, и все изменения будут
6. Stand by копия Вышеупомянутые архивные файлы можно отправлять по сети и на лету применять к копии
7. Неблокирующее чтение и сегмент отката Одной из наиболее замечательных особенностей СУБД Oracle является неблокирующее чтение, которое
8. Уровни изоляции транзакций В Oracle вообще нет уровня изоляции READ_UNCOMMITED. Дело в том, что в других
9. Позвольте Oracle кэшировать ваши данные эффективно В Oracle все данные читаются-пишутся не прямо на диск, а
10. Проблемы Подвисание запросов на запись – причина в том, что журнальные файлы слишком большие или их
12. Скачать презентацию

Слайд 2

История
Основатели:
Ларри Эллисон
Боб Майнер
Эд Оутс
Главным преимуществом после выхода
была высокая скорость обработки огромных

массивов информации.

Слайд 3

История
Oracle стала исторически первой и одной из наиболее развитых реализаций архитектуры

клиент/сервер.
Еще одной важной особенностью системы стала полная реализация возможностей нового языка запросов SQL — подзапросы, операция соединения и так далее. Благодаря этому многократно выросла производительность труда SQL-программистов.
В 1983 году на рынок вышла Oracle 3. Она была полностью переписана на С.

Ларри Эллисон — основатель Oracle

Слайд 4

Что позволяет БД Oracle работать так быстро?
cache
Hard drive
Async process
thread
Our changes

Слайд 5

Механизм восстановления данных
В СУБД Oracle можно включить архивацию оперативных журнальных файлов,

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

Слайд 6

Stand by копия
Вышеупомянутые архивные файлы можно отправлять по сети и на

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

Слайд 7

Неблокирующее чтение и сегмент отката
Одной из наиболее замечательных особенностей СУБД Oracle

является неблокирующее чтение, которое достигается за счет сегмента отката. Запросы к Oracle на чтение никогда не блокируются, так как данные почти всегда могут быть прочитаны из сегмента отката.

Слайд 8

Уровни изоляции транзакций
В Oracle вообще нет уровня изоляции READ_UNCOMMITED. Дело в

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

Слайд 9

Позвольте Oracle кэшировать ваши данные эффективно
В Oracle все данные читаются-пишутся не

прямо на диск, а через кэш. По умолчанию кэш основан на LRU алгоритме, так что если вы читаете какую-нибудь очень большую табличку по идентификатору в больших количествах, запрашивая в каждый раз новую строчку, то такие запросы могут вытеснять из кэша небольшую статическую табличку, которой бы самое милое дело постоянно находиться в кэше. Для таких целей при создании таблицы вы можете указать специальный вид кэша, куда будут ходить запросы к вашим таблицам. Так для первой таблицы в вышеописанном примере подойдет кэш RECYCLE, который по сути не хранит никакие данные, а сразу их выбрасывает из кэша. А для второй таблицы подойдет кэш KEEP, который позволить хранить в кэше небольшие статические таблице и запросы ко всем остальным таблицам не будут вытеснять данные статических таблиц из кэша.

Слайд 10

Проблемы
Подвисание запросов на запись – причина в том, что журнальные файлы

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

База данных Oracle

Содержание

ИсторияОснователи:Ларри ЭллисонБоб МайнерЭд ОутсГлавным преимуществом после выходабыла высокая скорость обработки огромных

ИсторияOracle стала исторически первой и одной из наиболее развитых реализаций архитектуры

Что позволяет БД Oracle работать так быстро?cacheHard driveAsync processthreadOur changes

Механизм восстановления данныхВ СУБД Oracle можно включить архивацию оперативных журнальных файлов,

Stand by копияВышеупомянутые архивные файлы можно отправлять по сети и на

Неблокирующее чтение и сегмент откатаОдной из наиболее замечательных особенностей СУБД Oracle

Уровни изоляции транзакцийВ Oracle вообще нет уровня изоляции READ_UNCOMMITED. Дело в

Позвольте Oracle кэшировать ваши данные эффективноВ Oracle все данные читаются-пишутся не

ПроблемыПодвисание запросов на запись – причина в том, что журнальные файлы

Похожие презентации