1. История создания 3 Самая распространенная субд 9
 Скачать 37.54 Kb.
|
Оглавление1.История создания 3 2. Самая распространенная СУБД 9 2.1 Особенности программы 9 2.2 Восстановление после системных сбоев 10 2.3 Архитектура Oracle 12 3. Структура работы 13 4. Оптимизация производительности СУБД Oracle 18 Список литературы 19 1.История созданияСУБД Oracle – это мощная и надежная реляционная база данных, разработанная компанией Oracle Corporation. Oracle Database как продукт компании Oracle обеспечивает сохранение и обработку данных, а также обеспечивает доступ к этим данным. С помощью Oracle Database можно обрабатывать миллионы транзакций в секунду и обеспечивать высокую доступность данных за счет использования кластеров и репликационных технологий. История развития СУБД Oracle началась в 1977 году, когда компания Software Development Laboratories выпустила продукт Oracle v1, который был разработан для управления проектами в авиации. В 1983 году компания переименовалась в Oracle Corporation и введен в продажу первый продукт для рынка общего назначения. В настоящее время Oracle является одним из лидеров в области баз данных, и его продукты используются более чем 430 тысяч клиентов на различных платформах, от малых предприятий до крупных корпораций. Вторая версия Oracle (версия 1 не поставлялась заказчикам) была выпущена в свет фирмой Relational Software Incorporated в 1979 году на миникомпьютере PDP-11 фирмы Digital Equipment Corporation в операционной среде RSX-11. Большая часть Oracle была написана на ассемблере PDP-11, а отдельные компоненты - на новом для того времени языке Си. Уже в те дни система была переносима и работала в других операционных средах PDP-11 - IAS, RSTS и UNIX. Тогда же было принято решение о переносе Oracle в новую ОС VMS. Благодаря этому СУБД Oracle заняла обширную нишу организационных информационных систем на быстро растущем рынке VAX. Наиболее сильное впечатление на пользователей произвела полная реализация возможностей нового языка запросов SQL - подзапросы, операция соединения и непроцедурность, благодаря чему многократно выросла производительность программирования. Стандартный SQL (IBM) был расширен утверждением CONNECT BY, позволяющим обрабатывать древовидные структуры, остающееся уникальным для SQL-систем. Конечно, вторая версия Oracle была чрезвычайно проста, в частности, не поддерживалось понятие транзакции, и, если в процессе обновления базы данных происходил сбой, состояние базы данных могло стать некорректным, поэтому пользователи были вынуждены часто делать резервные копии базы данных во избежание потерь информации. Следующая версия Oracle - версия 3, выпущенная на рынок в 1983 году, была полностью написана на языке Си. Решение использовать Си и поддерживать одно множество исходных кодов стало ключом к решению проблемы переносимости Oracle на широкий спектр платформ. Были внесены изменения в язык SQL, существенно улучшена эффективность, расширена архитектура системы и введено атомарное выполнение SQL-утверждений и транзакций (SQL-утверждение либо выполнялось полностью, либо не выполнялось вообще, соответственно, транзакция либо завершалась успешно по всем изменениям базы данных, либо откатывала все сделанные ею изменения). В этот период времени Relational Software Incorporated получила свое современное название - Oracle Corporation. В версии 4 была существенно повышена надежность Oracle, выполнены переносы системы на большие компьютеры в ОС VM и MVS, а также на персональный компьютер с 640 Кбайтами оперативной памяти. Была реализована модель контроля доступа к базе данных, которая гарантировала, что результат запроса не противоречит состоянию базы данных на начало запроса. Благодаря чему было устранено известное противоречие между процессами чтения и записи. В 1985 и 1986 гг. Oracle Corporation выпустила на рынок две новые версии СУБД - 5.0 и 5.1. В версии 5.0 была впервые введена архитектура «клиент/сервер» и реализована программа SQL*Net, поддерживающая неоднородные среды. В версии 5.1 были впервые разрешены распределенные запросы, т. е. запрос мог обращаться к данным, физически размещенным в разных узлах. Несколько взаимодействующих серверов могли создать у пользователя многих физически разнесенных баз данных иллюзию единой логической базы данных. Разработчики версии 6 стремились создать инструмент построения крупномасштабных информационных систем, ориентированных на обработку транзакций в режиме реального времени. Были введены генераторы последовательностей и блокировка на уровне записи, а это, вместе с моделью «непротиворечивости чтения», означало, что процессы чтения и записи больше не блокируют друг друга (в состояние ожидания переходит лишь процесс записи при попытке обновить строку таблицы, которая уже контролируется другим процессом записи). В это же время ORACLE стал первым многопользовательским сетевым сервером баз данных для OS/2, Xenix, Banyan Vines и Macintosh. В версии 6 были заложены принципиально новые возможности, в полном объеме реализованные позже. Во-первых, SQL-утверждения могли использоваться совместно с утверждениями процедурного языка PL/SQL и посылаться для исполнения на сервер как анонимные процедуры. Во-вторых, тот же язык PL/SQL был введен в язык четвертого поколения SQL*Forms в качестве средства программирования приложений (в следующей версии 7 расширенный язык PL/SQL стал средством описания процедур и триггеров базы данных). В-третьих, в описание схемы базы данных на синтаксическом уровне были введены (в соответствии с ANSI/ISO стандартом) декларативные определения ограничений референциальной целостности. Помимо общего повышения эффективности ввода/вывода, использования центрального процессора и работы с памятью, версия 7 обладала рядом инновационных архитектурных решений: разделяемый SQL-кэш на сервере (сервер распознает посылаемые клиентами SQL-утверждения, которые ранее уже были проанализированы и скомпилированы и в данный момент находятся в кэш-памяти, за счет чего экономится время анализа, оптимизации и трансляции, а также память, требуемая для хранения SQL-утверждения) и разделяемый пул процессов сервера вместо отдельного процесса для каждого клиента, что позволяет сэкономить значительный объем памяти. В области администрирования баз данных также был введен ряд новшеств: зеркальный журнал транзакций, динамическое создание журналов данных, команда ANALYZE, позволяющая собирать статистику об использовании таблиц, индексов и других физических объектах (эта статистика используется оптимизатором запросов), профили пользователей на использование системных ресурсов: ЦПУ, ввода/вывода и т.д. В версии 7 были полностью реализованы декларативные ограничения референциальной целостности в соответствии со стандартами ANSI/ISO. В рамках этих ограничений (первичные и внешние ключи) пользователь может специфицировать каскадное удаление связанных с некоторым первичным ключом записей. Процедуры PL/SQL могут описываться на уровне схемы базы данных (хранимые процедуры) и вызываться любым приложением, другими процедурами и триггерами. Взаимосвязанные процедуры могут быть сгруппированы в пакеты и использовать общие переменные и определения. Значения переменных, объявленных на уровне пакета, сохраняются в течение всей пользовательской сессии и могут совместно использоваться процедурами и функциями пакета. Другим важным нововведением явились триггеры базы данных. Триггер представляет собой пару (событие+действие), где событие - это удаление/занесение/обновление записей таблицы, а действие (тело триггера) - процедура PL/SQL, выполняемая при совершении события. Триггеры могут определяться на уровне утверждений (DELETE, INSERT, UPDATE) или на уровне отдельных строк (FOR-EACH-ROW-триггеры, которые, к тому же, могут работать со старыми и новыми значениями строк). С помощью триггеров можно реализовать сложные правила контроля целостности, прав доступа, вывода значений и другие. Управление безопасностью и целостностью существенно упростилось благодаря введению ролей. Роль - это совокупность прав доступа к объектам базы данных (INSERT, UPDATE, SELECT и др.) и системных прав (CREATE TABLE, ALTER SYSTEM и т.д.). Определив роль, администратор базы данных может с помощью одной команды GRANT дать пользователю привилегии для работы с некоторым приложением. Эффективность выполнения распределенных запросов была повышена за счет глобальной оптимизации: в версии 7 оптимизатор обладает информацией об индексах и статистике удаленных таблиц, и, например, скорость соединения таблиц, расположенных в разных узлах сети, существенно возрастает благодаря тому, что из удаленных таблиц выбираются лишь строки, соответствующие строкам локальной таблицы. Версия 7.1, поставляемая в настоящее время обладает рядом существенных нововведений. Важным аспектом является использование сервером особенностей архитектуры конкретной вычислительной платформы (например, многопроцессорности). Это достигается с помощью различных опций. Например, в версии ORACLE 7.1 есть опция параллельных запросов (parallel query option), реализующая параллельное выполнение запросов, параллельное создание индексов и параллельную загрузку данных. В предыдущих версиях ORACLE каждое SQL-утверждение обрабатывалось одним серверным процессом. В версии 7.1 на основе результатов работы оптимизатора запросов определяется количество серверных процессов, необходимых для выполнения SQL-утверждения. Работа этих параллельных процессов управляется специальным процессом-координатором. В версии 7.1 достигнута полная интеграция PL/SQL и SQL. Если ранее можно было использовать конструкции SQL в текстах PL/SQL (но не наоборот), то теперь функции PL/SQL могут вызываться из SQL как обычные встроенные функции, причем не только в конструкции SELECT FROM WHERE (в списке SELECT, утверждениях WHERE, HAVING, GROUP BY и др.), но и в подъязыке определения данных в командах CREATE TABLE и ALTER TABLE из утверждения CHECK. Еще одним ключевым нововведением в версии 7.1 является встроенный пакет DBMS_SQL, реализующий динамический SQL, т. е. возможность динамически формировать и выполнять утверждения SQL в программах PL/SQL. В области распределенной обработки данных в версии 7.1 вводится асинхронная симметричная репликация данных и асинхронный вызов удаленных процедур. История Oracle началась в легендарной Силиконовой долине, штат Калифорния, США. В 1977 году молодой программист Ларри Эллисон бросил учебу в Йельском университете, чтобы начать собственный бизнес. Ларри Эллисон, в распоряжении которого тогда было всего 1200 долларов, уговорил Боба Майнера и Эда Оутса, своих бывших коллег, создать собственную компанию. До этого все трое разрабатывали по заказу ЦРУ проект под названием Oracle. Так в 1977 году появилась Software Development Lab., вскоре переименованная сначала с Relational Software Inc., а затем — в Oracle. Молодые программисты, чьи общие вложения в бизнес составили $2 тыс., начали разработку системы управления базами данных (СУБД), построенной на принципах реляционной алгебры. В наши дни все сложные СУБД являются реляционными, но, когда в 1970 году сотрудник исследовательской лаборатории IBM Эдгар Кодд предложил новый метод организации баз данных, у многих специалистов были сомнения в том, что он вообще оправдает себя. Поэтому до середины 70-х годов информация в базах данных распределялась по старинному иерархическому, или «древовидному», принципу, который до сих пор используется для представления файлов в ПК. В IBM, впрочем, профинансировали создание прототипа системы на принципах, предложенных Коддом, и в 1976 году появился проект System R, который вдохновил будущих основателей Oracle на создание реляционной СУБД. В июне 1979 года появилась первая система компании Эллисона — Oracle 2. В маркетинговом отношении Эллисон оказался талантливее Билла Гейтса. В отличие от основателя Microsoft, который первую версию Windows так и назвал — Windows 1.0, он проявил маркетинговую смекалку, поэтому свет увидела сразу вторая версия продукта. Это должно было как бы дать понять заказчикам, что система надежна и даже прошла проверку временем. Эллисона можно понять: у него не было одобрения со стороны IBM, которое было у Гейтса. Даже напротив: Эллисон создавал продукт, который мог стать конкурентом решениям IBM. Главным конкурентным преимуществом СУБД Oracle была высокая скорость обработки огромных массивов информации, которую тогда отметили все эксперты. В отличие от System R, для работы которой был необходим мощный суперкомпьютер — мейнфрейм, Oracle 2 справлялась с обработкой информации на гораздо более скромных машинах. Это и поспособствовало невероятно широкому распространению детища Эллисона в начале 80-х годов. А когда с появлением третьей версии Oracle стала многоплатформенной, то есть появилась возможность устанавливать эту СУБД на разнообразные компьютерные системы (их тогда было не менее 20), популярность ее стала расти еще быстрее. 2. Самая распространенная СУБДСамой распространенной СУБД является система от компании Oracle. Данная СУБД является клиент-серверной, следовательно она предназначена для компаний, имеющих информационную сеть с мощным сервером. Эта СУБД использует тоже реляционную модель данных, но содержит элементы объектно-ориентированной модели данных. На 2009 год самой новой является версия Oracle 11g Release 2.1 Особенности программыМасштабируемость приложений. Модуль Oracle Real Application Clusters, следующее поколение продукта Oracle Parallel Server, обеспечивает прозрачную масштабируемость приложений за счет быстрого и эффективного совместного использования кластерного кэша для согласованного доступа к данным. Oracle Real Application Clusters предоставляет следующие возможности: Коробочные приложения, которые можно масштабировать практически линейно и совершенно прозрачно. Совместимость со всеми приложениями без необходимости их перестройки. Быстрое увеличение кластеров, возможность быстрого добавления узлов и дисков. 2.2 Восстановление после системных сбоевАварийное восстановление Oracle Data Guard обеспечивает клиентов системой быстрого восстановления из аварийных ситуаций. Операции восстановления в Data Guard предусматривают возможные случаи, просты в использовании и полностью автоматизированы.Физическая резервная база данных Физическое резервирование базы данных осуществляется путем передачи журналов операций с основного сервера на резервный. Операции из этих журналов затем физически выполняются средствами восстановления (этот процесс называется «довыполнением»), чтобы согласовать содержимое резервного и основного серверов. Резервная база данных идентична основной по физической структуре и даже может быть использована при операциях чтения. Логическая резервная база данных В Oracle Data Guard появился новый механизм резервирования базы данных – логическая резервная база данных (Logical Standby Database), отличающаяся от физической способом реализации. Материалом для обеих резервных баз данных служат журналы операций, но вместо прямого их применения логическая база данных экстраполирует из них операторы SQL и выполняет их на резервном сервере, как обычные SQL-команды. В итоге резервная база данных доступна для нормальных операций чтения и записи. Передача журналов без потери данных Oracle Data Guard обладает способностью синхронно или асинхронно переписывать обновления журналов операций напрямую из основной базы данных в резервную. Это позволяет предложить всеобъемлющее решение аварийного восстановления без опоры на сторонние продукты для хранения оперативных копий журналов восстановления. Таким образом, в любой ситуации клиенты могут быть уверены, что их резервная база данных сохранит все операции, сделанные вплоть до момента сбоя. Data Guard Broker Модуль Oracle выполняет функции контроля, управления и автоматизации, необходимые для поддержки логической и физической резервных баз данных. Например, он может восстановить основную базу данных в любую из резервных за одну операцию. Восстановление после ошибок пользователей. В Oracle облегчены операции восстановления после ошибок, совершенных пользователями, в том числе последствия неправильных или введенных не в той последовательности команд. Система Cache Fusion обеспечивает быстрое восстановление после сбоя, что приводит к непрерывной доступности данных и приложений. Быстрое восстановление через заданный интервал времени.В Oracle применяется технология быстрого восстановления Fast-Start Time-Based Recovery, позволяющая администраторам баз данных задавать требуемый верхний предел для времени восстановления (в секундах). При перезагрузке после сбоя или аварии системы пользователи будут вновь подключены к их приложению не позднее этого времени. Oracle Fail Safe – четырехузловая отказоустойчивая конфигурация для Windows Oracle Fail Safe обеспечивает необходимую для электронного бизнеса непрерывную доступность и защиту от системных сбоев в кластерной архитектуре на базе Windows NT и 2000. Oracle Fail Safe выполняет аварийное восстановление для базы данных и серверов приложений как в двухузловых, так и в четырехузловых кластерах Windows NT и 2000. Real Application Clusters –кластерная архитектура обеспечивает более высокий уровень доступности, чем одноузловая конфигурация, поскольку устраняется единый источник сбоев – сервер. В кластерной конфигурации с двумя узлами при аварии системы на одном узле приложение продолжит работу на оставшемся. Снимок состояния системы и возобновление работы. Часто у администраторов баз данных возникает проблема выбора: разобраться в причине сбоя или быстрее восстановить работу системы. С помощью Flash Freeze администратор может сделать «снимок» состояния системы в момент сбоя, быстро перезапустить базу данных, а затем в автономном режиме проанализировать полученные данные. Oracle Flashback Query Oracle Flashback Query позволяет пользователям и приложениям обращаться к состоянию данных на некоторый момент времени в прошлом. С помощью этого параметра «обратного хода» можно задать дату и время, а затем формировать обычные запросы к данным, которые будут выглядеть так, как они выглядели в указанное время. После обнаружения ошибок можно произвести относительно простые отменяющие действия, которые могут быть выполнены без вмешательства администратора базы данных. Еще более важно, что восстановление не вызывает задержки в работе приложения. 2.3 Архитектура OracleАрхитектура Oracle включает в себя несколько компонентов: Instance, Database и Oracle Net Services. Instance - это набор процессов и памяти, который управляет базой данных. Database - это набор данных, которые хранятся на диске. Oracle Net Services - это компонент, который обеспечивает подключение к базе данных из различных приложений. Управление данными в Oracle осуществляется с помощью SQL (Structured Query Language). SQL используется для создания, изменения и удаления данных в базе данных. Он также используется для извлечения данных из базы данных в виде запросов. SQL в Oracle очень мощный и универсальный язык запросов, который позволяет манипулировать данными на различных уровнях. Репликация и синхронизация данных в Oracle позволяет использовать несколько копий базы данных, которые могут быть расположены на разных серверах. Это позволяет увеличить доступность данных и повысить производительность системы. Безопасность данных и система аутентификации пользователей в Oracle обеспечивает защиту от несанкционированного доступа к данным. Масштабирование баз данных в Oracle обеспечивает возможность увеличения мощности системы с ростом объема данных. Это может быть достигнуто путем добавления новых серверов к группе серверов Oracle. Подробный анализ журналов операций Установить причину ошибок можно, также проанализировав журналы операций базы данных. Реляционная утилита Oracle LogMiner позволяет читать, анализировать и интерпретировать с помощью стандартного интерфейса SQL как действующие, так и архивные журналы. С помощью Oracle LogMiner администраторы баз данных теперь смогут анализировать все изменения в базах данных, включая операции с данными, определения и команды администрирования. Возобновляемые операции Для выполнения некоторых длительных операций, таких, как загрузка данных или сложные изменения, может не хватить ресурсов (например, дискового пространства). Неудачное завершение длительных операций может потребовать много времени для их возобновления. Oracle решает эту проблему, позволяя администраторам баз данных откладывать операции, которые не могут завершиться в данный момент. Отложив операцию, администратор может устранить проблему с нехваткой ресурсов и затем возобновить выполнение отложенной операции с момента, где она была остановлена. Уменьшение запланированных задержек. Oracle позволяет все плановые операции по обслуживанию системы выполнять, не приостанавливая ее обычную работу. Изменение схемы без закрытия доступа. 3. Структура работыРассматривать ORACLE как открытую систему следует, очевидно, в трех измерениях: «сервер-сеть-клиент». Со стороны сервера открытость означает поддержку наиболее распространенных вычислительных платформ и независимость серверной части разрабатываемых прикладных систем от рабочей платформы. Здесь ORACLE находится вне конкуренции поддерживая около 200 платформ и работая практически на любой вычислительной системе - от персональных до центральных компьютеров и многопроцессорных систем. При этом перенос программ не требует изменения исходного кода. Это подтверждается и личным опытом автора, полученным при работе над рядом проектов. Например, в проекте «Система управления документами», который разрабатывается НПВП ФОРС совместно с НТЦ «Система»: перенос серверной части системы с платформы Intel 486 на IBM 4380 и HP 9000/816 не потребовал изменения ни одного байта исходного текста. В Oracle можно переопределять структуры таблиц, даже если они открыты для доступа пользователями и приложениями. Реорганизация таблиц и индексов без закрытия доступа. Oracle обладает простым механизмом для реорганизации и переопределения самих таблиц, не прерывая доступа к ним. Это снижает запланированные задержки, увеличивает доступность приложений, уменьшает фрагментацию дисков и улучшает производительность. Выполнение всех операций с индексом без закрытия доступа. В Oracle, все индексы таблиц можно создавать и перестраивать оперативно, не прерывая доступа к ним. Без этого пользователи не могут выполнять свои приложения во время таких операций. Динамические параметры базы данных Параметры базы данных в Oracle, задающие объем используемой сервером базы данных памяти, можно менять оперативно, не прерывая доступ. Раньше для изменения таких параметров приходилось переводить базу данных в автономный режим и перезапускать ее, чтобы изменения вступили в силу. Снижение затрат на управление. Oracle упрощает управление обработкой данных с помощью следующих средств: Автоматизированная конфигурация позволяет сохранять параметры после выключения системы. Новые функции автоматического архивирования и восстановления значительно снижают время, затрачиваемое администратором на повседневное обслуживание. Интеллектуальное управление ресурсами позволяет администраторам быстрее и точнее определять, сколько времени занимают центральный процессор определенные группы клиентов и легко планировать оптимальное использование ресурсов в периоды пиковой нагрузки. Плюс к этому улучшенное управление памятью позволяет следить за ее использованием и динамически изменять объем, выделяемый для системной области, чтобы оптимизировать производительность базы данных. В Oracle вводится новая концепция управления файлами Oracle Managed Files, использующая стандартные интерфейсы файловой системы для создания и удаления файлов по мере необходимости. Настраиваемый мониторинг позволяет администраторам задавать предельные значения или события для проверки показателей работы системы в реальном времени. При возникновении события автоматически выводится соответствующая диагностическая информация. Определяемые пользователем события являются механизмом реализации настраиваемых сценариев в рамках Oracle Enterprise Manager, позволяя контролировать показатели, специфичные для конкретной среды. Сквозной контроль. Oracle управляет всеми компонентами инфраструктуры Интернета — соединением с клиентом, сервером приложений, базой данных и хостом, помогая эффективнее администрирвать базу данных. Модуль Oracle Data Guard обеспечивает защиту от порчи данных, сбоев и аварий, что гарантирует непрерывную доступность данных. Модуль Service Level Reports отображает процессы бизнеса в трехмерном виде, предоставляя информацию о состоянии приложений, об отношениях с клиентами, а также о производительности и использовании ресурсов. Безопасность данных. В Oracle реализован многоуровневый механизм безопасности. База данных Oracle обеспечивает защиту данных за счет усовершенствованного управления доступом, шифрования базы данных и применения новой технологии тонкого аудита.Виртуальная частная база данных Oracle (Virtual Private Database, VPD) обеспечивает управление доступом пользователей на уровне строк данных (записей БД). Механизм Oracle Label Security расширяет функциональность VPD, управляя доступом к данным на основе меток. Эта технология подходит для ASP, так как с ее помощью в одной и той же базе данных может храниться информация нескольких компаний.В базе данных Oracle предусмотрены средства шифрования данных на основе технологии Oracle Advanced Security при передаче данных из базы и обратно. Встроенные возможности шифрования защищают наиболее ценную информацию даже от привилегированных пользователей, которые могут превысить свои полномочия, а также от злонамеренных пользователей, пытающихся прочесть файлы данных из операционной системы. Тонкий аудит отслеживает действия базы данных, включая операторы, выполняемые пользователями, и возвращаемую информацию. Это предостерегает пользователей от превышения своих полномочий, так как они знают, что все их действия отслеживаются. Широкие возможности аудита также помогают выявить бреши в безопасности. Например, при обращении к секретным областям базы данных обработчик событий может отправить предупреждение администратору. Если действия пользователя будут признаны опасными, сеанс работы с базой данных будет немедленно прерван. Механизмы безопасности должны учитывать размеры Интернета: поддерживать работу с большим количеством пользователей и быть простыми в управлении. Oracle предлагает несколько решений для построения Интернет-приложений, обеспечивающих безопасность доступа пользователей: улучшенную аутентификацию прокси базы данных, поддержку инфраструктуры открытых ключей (Public Key Infrastructure, PKI) и новые средства однократной сквозной регистрации для доступа к серверам приложений. Совокупность этих функций позволяет предприятиям точно идентифицировать пользователей на всех уровнях сети. Работа ПО промежуточного уровня больше не ограничивается простым подключением Web-пользователя к базе данных. Средства аутентификации на уровне прокси формируют множество масштабируемых малых сессий для работы с базой данных, беря на себя нагрузку по проверке подлинности, что обеспечивает тонкое управление доступом и подробный аудит.Однократная аутентификация обеспечивается компонентом Login Server для служб порталов на сервере приложений. В итоге для доступа ко всем Web-приложениям предприятия пользователю потребуется лишь одна учетная запись. Для управления полномочиями пользователей системным администраторам достаточно поддерживать один центральный каталог LDAP (Интернет-каталог Oracle). Централизация сведений о полномочиях пользователей не только повышает безопасность, но и снижает затраты на администрирование. База данных Oracle предлагает механизмы совместного использования аппаратного и программного обеспечения несколькими группами пользователей. Раздельное хранение данных каждой группы обеспечивают Virtual Private Database и Oracle Label Security. Кроме того, СУБД Oracle могут работать под управлением любой операционной системы: как Windows Server, так и Unix, и другие. Это делает ее более гибкой и адаптируемой к любой информационной системе. Столь развитые средства обеспечения надежности и безопасности также способствуют ее распространенности. По статистике, около 53% информационных систем предприятий базируются на Oracle. 4. Оптимизация производительности СУБД OracleДля достижения максимальной производительности базы данных Oracle можно применять различные методы и инструменты. Они включают в себя настройки параметров базы данных, оптимизацию запросов, индексирование и разбиение таблиц на партиции. Инструменты для мониторинга и профилирования производительности также доступны для выявления узких мест. Инструменты администрирования СУБД Oracle Oracle предоставляет множество инструментов для администрирования и управления базой данных, включая Oracle Enterprise Manager, SQL Developer, Data Pump и другие. Они позволяют администраторам управлять конфигурацией и настройками базы данных, мониторить работу и производительность, а также отслеживать ошибки и проблемы. Настройка и обслуживание СУБД Oracle Настройка и обслуживание базы данных Oracle является важным процессом, который включает в себя резервное копирование, восстановление, обновление и мониторинг. Администраторы должны следить за состоянием базы данных и выполнять регулярное обслуживание, чтобы избежать сбоев и потери данных. Oracle предоставляет множество инструментов для этих задач. Мы можем сделать следующий вывод: Oracle является одной из самой затребованной и перспективной СУБД. Было выяснено, что СУБД Oracle обладают рядом преимуществ: высокая надежность и безопасность, возможность работы на платформе любой операционной системы. Список литературыГлушаков С.В. и др. Администрирование Oracle 9i. Даммлер М. Microsoft SQL Server 2005 Обзор продукта. http://www.CITForum.ru. Том Кайт - Oracle для профессионалов ,2003. Дейт. К. Дж. Введение в системы баз данных - Introduction to Database Systems. — 8-е изд. — М.: «Вильямс», 2006. Елманова Н., Федоров А. Oracle и Microsoft SQL Server: прошлое, настоящее и будущее. http://www.interface.ru/. Системы управления базами данных. http://www.ru.wikipedia.org/ Фридланд А.Я. Информатика и компьютерные технологии. М: Астрель. 2003.204 с. |