Программирование на SQL и PL/SQL

В данной категории блогов мы публикуем статьи по программированию на языке SQL и PL/SQL (расширение SQL корпорации Oracle). Обсуждаем особенности разработки ПО, техники и методики программирования приложений под базы данных. Та же публикуем материалы по работе в IDE (средах программирования) для создания кода SQL (Oracle SQL Developer, Eclipse и другие).

PL/SQL

Подробности: Автор: Rasen Fasenger; Опубликовано: 11 апреля 2019; Просмотров: 323

Детализированный аудит (FGA, Fine-Grained Auditing) предоставляет механизм для регистрации факта выдачи пользователями определенных команд и выполнения некоторых условий. При этом регистрируется команда, введенная пользователем, а также другая информация: время, терминал и т. д.

Под традиционным аудитом в Oracle понимается механизм регистрации того, какая схема выполнила то или иное действие: пользователь Joe выполняет процедуру X, пользователь John выполнил выборку данных из таблицы Y и т. д. Протокол всех этих действий, называемый журналом аудита, хранится в таблице AUD$ в схеме SYS, доступной для всех пользователей через несколько представлений словаря данных — например, DBA_AUDIT_TRAIL. Журналы аудита также могут записываться в файлы операционной системы вместо таблиц базы данных. Независимо от того, где хранится эта информация, главный недостаток традиционного аудита остается неизменным: он следит за тем, кто выполнил ту или иную команду, а не за тем, что при этом было сделано. Например, из журнала аудита можно узнать, что пользователь Joe получил данные из таблицы ACCOUNTS, но какие именно записи — остается неизвестным. Если вы хотите знать измененные значения, приходится устанавливать для таблиц триггеры DML и сохранять значения в таблице, определенной вами. Но поскольку определить триггер для команды SELECT не удастся, для ситуации с Joe этот вариант не подойдет.

Зачем аудит FGA кодеру PL/SQL?

PL/SQL

Подробности: Автор: Rasen Fasenger; Опубликовано: 10 апреля 2019; Просмотров: 472

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

Читать о контекстах приложений PL/SQL

PL/SQL

Подробности: Автор: Rasen Fasenger; Опубликовано: 09 апреля 2019; Просмотров: 371

Введенный в Oracle8i механизм безопасности уровня строк, или RLS (Row Level Security), позволяет определять для таблиц (и конкретных типов операций с таблицами) политики безопасности, ограничивающие возможности просмотра и изменения строк таблиц пользователями. Большая часть соответствующей функциональности реализуется встроенным пакетом DBMS_RLS.

Читать о DBMS_RLS в PL/SQL

PL/SQL

Подробности: Автор: Rasen Fasenger; Опубликовано: 09 апреля 2019; Просмотров: 412

Рейтинг: 5 / 5

В простейшем определении шифрование представляет собой «маскировку» данных, или их преобразование, при котором данные не могут использоваться посторонними. Рассмотрим очень простой пример: я ежедневно снимаю деньги со своего счета при помощи кредитной карты. Каждый раз я должен ввести в банкомате свой PIN-код. К сожалению, я от природы весьма забывчив, поэтому я решаю записать PIN-код на предмете, который всегда под рукой при использовании карты, — то есть на самой карте. При этом я отлично понимаю, что PIN-код, написанный на карте, существенно ослабляет защиту; если карту украдут, то похититель сразу увидит написанный на ней код. Прощайте, сбережения! Что делать, чтобы вор не смог узнать PIN-код, но при этом не забыть его самому?

Читать о шифровании в PL/SQL

PL/SQL

Подробности: Автор: Rasen Fasenger; Опубликовано: 08 апреля 2019; Просмотров: 366

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

Читать о безопасности программ PL/SQL

Подробности: Автор: Андрей Васенин; Опубликовано: 02 января 2019; Просмотров: 504

Что такое TCL-операторы в PL / SQL?

Операторы TCL означает используются для контроля транзакций в базе данных Oracle. Такой оператор либо сохранит ожидающие транзакции (Commit), либо откатит ожидающую транзакцию (Rollback). Эти операторы играют жизненно важную роль, потому что, если транзакция не сохранена, изменения через операторы DML не будут сохранены в базе данных. Ниже приведены различные операторы TCL.

Что такое автономная транзакция?

Подробности: Автор: Илья Дергунов; Опубликовано: 01 января 2019; Просмотров: 657

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