Навигация
Главная »  Sql 

СУБД Oracle, базы данных, запросы SQL. Обучение, курсы Oracle для чайников, начинающих и профессионалов. Новичкам. Oracle с нуля. Выпуск 2


Источник: oracloid
oracloid
Прежде чем начать чтение этого выпуска, убедитесь, что можете ответить на следующие вопросы:

1) Чем отличается СУБД от БД?
2) Каковы основные характеристики DSS-систем?
3) Каковы основные характеристики OLTP-систем?
4) Что такое словарь данных?
5) Что такое схема?

Если какой-либо из вопросов вызвал затруднение, то просмотрите предыдущий выпуск рассылки.

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

DBWR (DataBase WRiter) - фоновый процесс, основная задача которого записывать изменения базы данных на физический жесткий диск.

Чистый буфер (clean buffer) - это такой буфер, содержимое которого не было подвержено изменению. Так как этот буфер не изменился, то процессу DBWR нет необходимости записывать его на жесткий диск.

Грязный буфер (dirty buffer) - буфер, содержимое которого изменилось. DBWR периодически сбрасывает грязные буферы на жесткий диск.

Параллелизм (concurrency) - способность выполнять несколько функций одновременно. Применительно к Oracle, параллелизм - это возможность одновременного доступа к данным для множества пользователей.

DDL (Data Definition Language) - язык описания данных. Команды этого языка предназначены для создания, изменения и удаления объектов схемы. Также для предоставления привилегий и назначения ролей, установки опций аудита и добавления комментариев в словарь данных. Эти команды связаны с менеджментом и администрированием БД Oracle. Перед и после каждой
DDL-команды Oracle обязательно фиксирует все текущие транзакции (чтобы избежать потери информации).

DML (Data Manipulation Language) - язык манипулирования данными. Команды этого языка позволяют строить запросы и оперировать с данными существующих объектов схемы. В отличие от DDL, фиксирование транзакций после каждой команды не производится. Существуют следующие команды DML: DELETE, INSERT, SELECT и UPDATE; EXPLAIN PLAN - команды; и LOCK
TABLE - команды.

Динамические таблицы производительности (Dynamic Performance Tables) - эти таблицы создаются при запуске экземпляра Oracle и используются для хранения характеристик этого экземпляра. Эти характеристики включают в себя информацию о соединениях, вводе/выводе, первоначальные значения параметров среды и др.

Функция - это совокупность SQL или PL/SQL-команд, которая реализует определенную задачу. Функция отличается от процедуры тем, что возвращает какое-либо значение (процедура ничего не возвращает). Выполняя SQL-код посредством функций, Вы уменьшаете число инструкций,
передаваемых по сети.

Процедура - это набор SQL или PL/SQL-команд, который выполняет определенную задачу. Процедура может иметь входные параметры, но не имеет выходных.

Программный блок - относительно СУБД Oracle - это программа, используемая для описания пакета, хранимой процедуры или последовательности.

Запрос - это транзакция "только для чтения". Запрос генерируется с помощью команды SELECT. Различие между обычной транзакцией и запросом состоит в том, что при запросе данные не изменяются.

Типы пользователей ORACLE Типы пользователей и их обязанности могут отличаться в зависимости от конфигурации Oracle и от конкретной организации. В крупных системах, например, обязанности администратора базы данных могут распределяться среди нескольких специалистов. В то же время в небольших системах один человек может выполнять функции нескольких типов пользователей одновременно. Можно выделить основные типы пользователей, характерные для всех систем:

1) администраторы баз данных;
2) администраторы по защите данных;
3) разработчики приложений;
4) администраторы приложений;
5) пользователи базы данных;
6) администраторы сети.

Мне кажется, что функции этих категорий пользователей ясны из самих определений. Поэтому подробно я их описывать не буду, за исключением администраторов БД :) Если Вас это все же заинтересует, то мы рассмотрим таких пользователей в последующих выпусках.
А сейчас мы перейдем к наиболее интересной теме.

КТО ТАКОЙ DBA? И ЧЕМ ОН ДОЛЖЕН ЗАНИМАТЬСЯ?

DBA - это я; DBA - это Вы, дорогие читатели. Возможно, Вы - начинающий, имеете средний уровень или уже имеете за плечами большой опыт. Но, независимо от Вашего уровня, наше сотрудничество будет обоюдно полезно. DBA (DataBase Administrator) - это администратор базы данных. Если Вы хотите стать Oracle DBA, то, в первую очередь, необходимо знать, в чем же заключается его работа. Основные обязанности DBA являются стандартом для большинства систем, в то время как дополнительные могут варьироваться в зависимости от конкретной организации и Вашего опыта. В действительности, для многих компаний DBA является основным источником опыта и знаний СУБД. Давайте-ка, рассмотрим обязанности DBA и определим те знания, которые необходимы для выполнения этой работы. Разделим эти обязанности на две категории (основные и дополнительные).

Основные обязанности DBA:

- установка нового программного обеспечения - Основная обязанность DBA заключается в установке новых версий Oracle, приложений и другого программного обеспечения, относящегося к администрированию СУБД. Очень важно протестировать все программы перед введением их в рабочую среду.

- конфигурация программного и аппаратного обеспечения (вместе с системным администратором) - В большинстве случаев доступ к настройке программного обеспечения имеет только системный администратор, поэтому DBA должен вместе с системным администратором производить установку программ, конфигурирование программного и аппаратного обеспечения, чтобы рабочие станции функционировали наиболее оптимально.

- обеспечение безопасности - Это одна из основных обязанностей DBA. Управление безопасностью и администрирование включают: добавление и удаление пользователей, управление квотами, аудит и разрешение проблем безопасности.

- настройка производительности и мониторинг - DBA должен постоянно проверять производительность системы, а при необходимости выполнять настройку. Даже хорошо настроенная система нуждается в постоянной проверке и периодической перенастройке. Иногда достаточно изменить параметры системы, иногда изменить индексы, а иногда и перестроить структуру таблиц.

- резервное копирование и восстановление системы - Возможно, самая главная задача DBA - сохранять данные в системе. Чтобы делать это эффективно, необходимо разработать процедуру резервного копирования и стратегию восстановления данных. Очень важно периодически тестировать отработанную схему резервного копирования и восстановления.

- процедура планового обслуживания - В задачи DBA входит также обязанность составить календарь обслуживания СУБД. Лучше всего производить обслуживание СУБД в ранние часы по утрам, либо по выходным, чтобы не вызвать недовольства пользователей в случае отказа базы данных. В обслуживание входят архивирование, тестирование и настройка.

- локализация неисправностей - В случае сбоя СУБД, в обязанности DBA входит восстановление работоспособности или помощь в решении этой проблемы. Рекомендуется также решать предполагаемые проблемы, которые могут возникнуть в будущем.

- восстановление системы после сбоя - Поскольку сбой системы приводит к тому, что пользователи теряют доступ к своим данным, DBA обязан как можно быстрее восстановить работу системы. Хорошо подготовленный DBA имеет план восстановления системы после сбоя.

Дополнительные обязанности DBA:

- анализ данных - DBA часто просят провести анализ данных, чтобы получить рекомендации относительно улучшения производительности или эффективности хранения данных. Это может быть связано с индексацией либо с функцией параллельных запросов.

- разработка БД (предварительная) - DBA часто привлекается к предварительной стадии разработки структуры БД. При включении DBA в процесс дизайна БД многие проблемы могут быть предупреждены. DBA знает СУБД и систему, может указать на потенциальные проблемы и помочь команде разработчиков в увеличении производительности программ.

- моделирование и оптимизация данных - При моделировании данных можно учесть особенности системы ввода/вывода и значительно увеличить производительность СУБД.

- предоставление помощи разработчикам по SQL и хранимым процедурам - DBA должен быть готов стать консультантом для разработчиков и пользователей. DBA довольно часто привлекается к разрешению проблем SQL-кода и к разработке (написанию) хранимых процедур.

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

- документирование среды - DBA должен документировать каждый аспект среды СУБД, включая конфигурацию оборудования, обновления и изменения программного обеспечения и СУБД, а также все вопросы, связанные с изменением системы и ее параметров. DBA должен уметь полностью
восстановить систему по документации в случае необходимости.

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

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

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

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

Заключение Сегодня мы узнали много новых важных понятий, которые, несомненно, пригодятся в дальнейшем. Разложили по полочкам категории пользователей так или иначе связанных с СУБД Oracle. И, наконец, узнали сущность работы DBA - Администратора Базы Данных. Если Вы ищите работу, то теперь знаете, что можно написать в резюме. А если Вы уже работаете DBA, то знаете, чем надо заниматься. Как видите, у DBA целая гора основных и дополнительных обязанностей.



 

 Статистическая информация уровня сегмента в событии 10046 Oracle 9.2.
 Rapid SQL XE3.
 Microsoft представила новую ERP-систему в России.
 MCITP: Database Developer.
 Управление базой данных.


Главная »  Sql 

© 2017 Team.Furia.Ru.
Частичное копирование материалов разрешено.