Презентация на тему База данных Oracle

скорость обработки огромных массивов информации.

развитых реализаций архитектуры клиент/сервер.

Еще одной важной особенностью системы стала

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

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

process
thread
Our changes

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

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

сети и на лету применять к копии БД. Таким

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

особенностей СУБД Oracle является неблокирующее чтение, которое достигается за

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

READ_UNCOMMITED. Дело в том, что в других базах данных

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

данные читаются-пишутся не прямо на диск, а через кэш.

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

что журнальные файлы слишком большие или их слишком мало,

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