Поиск и настройка параметров SQL * Plus

1. Один шаг за пределы SET: использование магазина
2. Расширение того, что предлагает магазин
3. Ограничение доступа к настройкам
4. Вариант ОГРАНИЧЕНИЯ
5. В заключение

SQL * Plus предлагает несколько удобных функций, которые можно использовать для управления сеансом SQL * Plus. Команда SHOW работает одинаково в среде UNIX и Windows, и SHOW ALL можно использовать для отображения настроек или значений почти 70 элементов. Вместо того, чтобы просто показывать эти настройки, SQL * Plus предлагает способ их быстрой настройки и настройки. Если вы написали сценарий для вывода результатов запроса, скорее всего, вы добавили одну или несколько команд SET для форматирования вывода. Если нет выхода из системы и перезапуска SQL * Plus или времени, необходимого для сброса всех команд SET, есть ли более простой способ восстановить ваши любимые или предпочтительные настройки сеанса? Хорошая новость заключается в том, что ответ «да», а еще лучше то, что это очень легко выполнить.

Один шаг за пределы SET: использование магазина

Из руководства пользователя и справочника по SQL * Plus® (выпуск 10.2) цель команды STORE - сохранить «атрибуты текущей среды SQL * Plus в сценарии». Запустите SQL * Plus и сразу введите STORE SET defaultenv.sql в командной строке SQL. STORE и SET пишутся только с заглавной буквы, чтобы указать их особое значение, в противном случае регистр не имеет значения для этих слов. Если в UNIX, случай "defaultenv" имеет значение. Нужна ли точка "sql" в конце? Используя текстовый редактор, давайте откроем defaultenv.sql и посмотрим.

Первое, что вы должны заметить, это то, что каждой строке в файле предшествует команда "set". Вокруг строки 50 значение суффикса равно «sql». Учитывая, что суффикс по умолчанию - «sql», тогда все, что было нужно прежде, это просто «STORE SET defaultenv». Еще одно отличие, которое может выделяться между выводом show all и содержимым defaultenv, заключается в количестве строк. Различия (фактически все в том, что показывает ПОКАЗАТЬ ВСЕ) показаны ниже.

appinfo выключен и имеет значение «SQL * Plus» blockterminator «.» (hex 2e) btitle OFF и первые несколько символов следующего оператора SELECT concat "." (шестнадцатеричное 2e) определить «&» (шестнадцатеричное 26) ОБРАТНАЯ СВЯЗЬ ВКЛ для 6-ти или более рядов заголовка «|» (hex 7c) экземпляр "local" lno 26 loboffset 1 pno 1 recsepchar "" (hex 20) выпуск 1002000100 repfooter OFF и имеет значение NULL repheader OFF и равно NULL sqlcode 0 sqlprefix "#" (hex 23) sqlterminator ";" (hex 3b) заголовок OFF и первые несколько символов следующего оператора SELECT подчеркивают "-" (hex 2d). USER is "SYSTEM" wrap: строки будут перенесены

Некоторые из различий носят информационный характер. Все настройки с "(hex xx)" одинаковы, за исключением того, что SHOW ALL отображает соответствующее шестнадцатеричное значение значения (как это помогает?).

Если вы можете хранить ваши любимые настройки SQL * Plus в отдельном файле, почему бы не переназначить файл login.sql, добавив все настройки, которые вы предпочитаете не по умолчанию? Вы, конечно, можете, но если ваш скрипт login.sql выведет что-нибудь (у меня есть вывод пользователя и имя базы данных), вы также получите этот вывод. Практическая причина использования отдельного файла настроек состоит в том, чтобы отделить отчеты от настроек, не относящихся к отчетам (один сценарий устанавливает их, а другой отменяет их).

Если в среде извлечения, преобразования и загрузки (ETL) очень распространено поместить содержимое таблицы (или запроса) в файл с разделителями. Шесть команд SET могут использоваться для создания «чистого» верхнего и нижнего колонтитула для выходного файла.

установить размер страницы 0 установить обратную связь выключить установить тримпул на заданном размере линии 1000 установить заголовок выключен установить срок ожидания выключен

Чтобы сбросить настройки сеанса, вы можете явно сбросить эти параметры в скрипте, но это вводит ненужный код и усилия по обслуживанию. Создайте файл SQL (defaultenv или одноразовый файл сброса) с установленными нормальными значениями, а затем вызовите его в командной строке SQL.

Расширение того, что предлагает магазин

В качестве дополнения к тому, что STORE предлагает в отношении настроек, вы также можете добавить в настройках формата столбца (то есть, «col имя_объекта формата a20»). Лично я никогда не вижу себя использующим 513 символов для имени файла (опишите dba_data_files и обратите внимание на длину file_name), так что это один столбец, который я «устанавливаю» в файле среды (либо в файле login.sql, либо в файле настроек) ,

Другое расширение - ОПРЕДЕЛИТЬ то, что определено. В командной строке SQL * Plus введите DEFINE самостоятельно.

Не нравится Блокнот в качестве редактора? Измените его на ваш любимый текстовый редактор, и, находясь там, добавьте afiedt.buf в качестве имени файла (что-то более внушительное, например «working.sql» через «set editfile working.sql»). Сложно превзойти «Блокнот» с точки зрения легкого запуска / выхода и возврата к SQL * Plus, но для любого серьезного редактирования вы можете начать с более мощного редактора.

Ограничение доступа к настройкам

То, что можно установить, можно сбросить, если только вы (администратор БД) не запретите пользователям делать это. Помимо ограничения пользователей с помощью product_user_profile, вы можете запретить пользователям выполнять определенные команды SQL * Plus с помощью параметра RESTRICT, который вызывается при запуске SQL * Plus.

Описание справочного руководства по SQL * Plus RESTRICT показано ниже.

Вариант ОГРАНИЧЕНИЯ

-R [ESTRICT] {1 | 2 | 3}

Позволяет отключить определенные команды, которые взаимодействуют с операционной системой. Это похоже на отключение тех же команд в таблице профиля пользователя продукта (PUP). Однако команды, отключенные с параметром -RESTRICT, отключаются, даже если нет соединения с сервером, и остаются отключенными до завершения SQL * Plus.

Если опция -RESTRICT не активна, то могут использоваться все команды, если они не отключены в таблице PUP.

Если используется -RESTRICT 3, то LOGIN.SQL не читается. GLOGIN.SQL читается, но используемые ограниченные команды не будут работать.

Использование опции RESTRICT было бы целесообразно в средах ПК / настольных ПК, где пользователи не имеют прав локального администратора на своих компьютерах, и требуются другие меры безопасности, например, когда компания работает с финансовым учреждением, а доступ пользователей не только проверяется, но и строго ограничен. Если вы работаете с ограничением уровня 3, и пользователи не могут запускать сценарии, потому что START (который включает RUN, @ и @@), ничто (кроме ролей и т. Д.) Не мешает пользователю вставлять сценарий непосредственно в окно сеанса SQL * Plus. ,

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

команда

1-й уровень

Уровень 2

Уровень 3

РЕДАКТИРОВАТЬ

инвалид

инвалид

инвалид

ПОЛУЧИТЬ

инвалид

HOST

инвалид

инвалид

инвалид

СПАСТИ

инвалид

инвалид

SPOOL

инвалид

инвалид

НАЧНИТЕ, @, @@

инвалид

ХРАНИТЬ

инвалид

инвалид

В заключение

С точки зрения безопасности, пользовательский интерфейс - в данном примере SQL * Plus - в приложении или базе данных очень похож на линию соприкосновения между дружественным (вы, администратор БД) и врагом (пользователи, и, ну, в общем, бросается в разработчиков для хорошей меры). ) силы. Вы должны сбалансировать, предоставляя пользователю некоторую степень гибкости в настройке его среды SQL * Plus, но в то же время потребности вашей компании в безопасности должны быть на первом месте. В качестве компромисса вы можете быть лицом, ответственным за настройку или создание пользовательских файлов настроек, и знание того, как создавать эти файлы с помощью команды STORE, в дополнение к знанию того, как ограничить доступ к этим файлам и другим часто используемым сценариям, может сделать это акт жонглирования легче выполнить.

» Просмотреть все статьи обозревателя Стива Каллана

Похожие

Комментарии