Sql developer как пользоваться: Как установить Oracle SQL Developer на Windows 10 и настроить подключение к базе данных | Info-Comp.ru

Содержание

Обзор использования Oracle SQL Developer

Без рубрики
sql oracle
·
24.07.2021
·

Oracle SQL Developer – бесплатное графическое средство, повышающее производительность труда и упрощающее задачи разработки базы данных.
Используя стандартный способ аутентификации базы данных Oracle, можно подключиться к любой схеме целевой базы данных.
На сайте используется SQL Developer.

Oracle SQL Developer – бесплатное графическое средство, разработанное для повышения производительности труда и упрощения разработки ежедневно выполняемых задач базы данных. Путем всего нескольких нажатий кнопки мыши можно просто создать и отладить хранимые процедуры, протести- ровать инструкции SQL и просмотреть планы оптимизатора.

SQL Developer, визуальное средство разработки баз данных, упрощает выполнение следующих задач:

просмотр объектов базы данных и управление ими;
выполнение сценариев и инструкций SQL;
изменение и отладка инструкций PL/SQL;
создание отчетов.

Используя стандартную аутентификацию базы данных Oracle, можно подключиться к схеме любой целевой базы данных Oracle. После подключения разрешается выполнять операции с объектами в базе данных.

Примечание. Oracle SQL Developer, выпуск 1.2, называется выпуском миграции (Migration release), так как он тесно интегрируется с рабочим местом разработчика для миграции данных (Developer Migration Workbench). Поэтому программа предоставляет пользователям одно место для просмотра объектов базы данных, данных в сторонних базах данных и для миграции информации из этих баз данных в Oracle. Можно также подключиться к схемам для выбранных сторонних (не относящихся к Oracle) баз данных, таких как MySQL, Microsoft SQL Server и Microsoft Access, и просматривать метаданные и данные в этих базах данных. Кроме того, Oracle SQL Developer, выпуск 1.2, включает поддержку Oracle Application Express, выпуск 3.0.1 (Oracle APEX).

Далее: Системные привилегии

Возможности Oracle SQL Developer Data Modeler (SDDM) часть 2 – VeelTech.ru

Первая часть доступна по адресу: https://www.veeltech.ru/vozmozhnosti-oracle-sql-developer-data-modeler-sddm-chast-1

Статьи появились благодаря вопросам студентов на семинарах по СУБД. Каждый студент должен был выбрать тему для проектирования базы данных, реализовать полный цикл проектирования от логической и физической диаграммы в Oracle SQL Developer Data Modeler (SDDM) до работающей базы данных в СУБД Oracle с использованием APEX. Затем стать пользователем своей разработки: заполнить схему данными и написать аналитические запросы. Некоторые возможности SDDM оказались неочевидными и мы потратили полтора занятия, что бы рассмотреть самое необходимое.

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

Не надо сразу делать таблицы. Порядок разработки следующий:

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

Статью готовил я, Присада Сергей Анатольевич, сейчас работаю в Финансовом университете при Правительстве РФ, почта sergey. prisada на яндексе.

План работы.

Создание нескольких дисплеев для отображения различных нотаций.
Естественные первичные ключи, или создаваемые вручную, их отображение.
Соответствие атрибутов связи – правила создания и отображения. Шаблоны именования внешних ключей и иных объектов при преобразовании в реляционную модель.
Идентификационный столбец или автоматическое создание последовательностей
Полезная настройка SDDM

1. Создание нескольких дисплеев для отображения различных нотаций.

По-умолчанию используется нотация Баркера, её элементы мы используем в практике на занятиях. Но с внешними ключами без автоматического их создания удобнее работать в SDDM в нотации Бхмана.
Важно: рекомендуется использовать нотацию Баркера, суррогатные ключи, автоматически создаваемые первичные и внешние ключи.
Для удобства рассмотрения диаграммы, или при особых условиях проектирования, может потребоваться отобразить логическую модель в различных нотациях. Например, для отображения внешних ключей и проектирования без суррогатных ключей создаваемых SDDM автоматически.
Создайте два допонительных экрана отображения логической диаграммы – “Display”, и назовите их “Barker” и “Bachman”. В каждом “Display” выберите в меню “View” – “Logical Diagram Notation” выберите нотацию для представления диаграммы в соответствии с их именами.
Создать “Display”

Выбрать его правой клавишей, далее “Properties”

Выбор нотации для каждого “Display”

2. Естественные первичные ключи, или создаваемые вручную, их отображение.

Перейдите в созданный “Display” с именем “Bachman”, в нотации Бахмана можно отобразить внешние ключи на диаграмме: в меню “View” – “View Details” – “All Details”. Отобразятся все свойства сущностей и связей, определённые в логической модели.

P уникальные атрибуты, UID
F внешние ключи, Foregin keys
В нижней части сущности первичный ключ с указанием вхоодящих в него атрибутов, PrimaryUID
* обязательные атрибуты, свойство Mandatory

При создании связи между сущностями подразумевается связь между первичным уникальным идентификатором родительской сущности и одним из атрибутов дочерней сущности. При этом требуется, чтобы свойства атрибута дочерней сущности, объявляемого внешним ключом, были идентичны первичному уникальному идентификатору родительской сущности.
С целью облегчения проектирования, при создании логической модели SDDM автоматически создает атрибут для внешнего ключа в дочерней сущности. Самостоятельно его создавать не следует. Изменить это поведение нельзя. Имя создаваемого атрибута для вторичного ключа будет состоять из имени и имени первичного ключа родительской сущности с разделителем в виде символа нижнего подчеркивания “_”.
Две сущности, между ними создадим неопределяющую связь 1:N, рассмотрим свойство связи и созданный внещний ключ в свойствах дочерней сущности.
В дочерней сущности “Course” автоматически создан внешний ключ “Department_Dept_name”

Свойства созданного внешнего ключа нельзя изменить, они соответствуют свойству PUID родительской сущности. Можно изменить имя созданного атрибута для внешнего ключа.

В свойствах созданного атрибута для внешнего ключа можно указать изменить его обязательсть чекбокс “M” – это повлияет на свойство обязательности связи. Также можно внешний ключ включить в состав первичного ключа – в этом случае связь будет определяющей.

Удобнее смотреть свойства всех атрибутов в виде таблицы на вкладке “Overview”.

ВАЖНО: при логическом проектировании не требуется заранее определять атрибуты для внешних ключей. Цель логического проектирования – создание логической модели и приведение её минимум к третьей нормальной форме. Внешние ключи являются атрибутами, которые согласно анализу информации, будут являться характеристиками сущности, которые имеют транзитивную зависимость (вторая нормальная форма), поэтому при декомпозиции отношения они должны быть устранены из сущности в другую сущность. Если на логической диаграмме до создания связей в свойствах сущностей есть атрибуты для внешних ключей, то сущности не приведены к третье нормальной форме, а атрибуты на диаграмме дублируются. Дублирующихся атрибутов не должно быть.

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

3. Соответствие атрибутов связи – правила создания и отображения. Шаблоны именования внешних ключей и иных объектов при преобразовании в реляционную модель.

Создаваемые автоматически атрибуты внешних ключей, имена ограничений внешних ключей, первичные ключи, индексы и иные объекты, при преобразовании в реляционную модель не всегда имеют удобные для обработки человеком наименования. Если создаваемая база данных будет использоваться только информационными системами, такими как сетевые сервисы или серверы приложений, то лучше оставить автоматические имена. Это гарантирует их уникальность, а правила генерации имён отображают логику и понятный алгоритм их создания. Для удобства работы человека нужно использовать псевдонимы объектов – “Alias”, а также заранее создавать пакеты и процедуры. При этом, в SDDM предусмотрен механизм настройки правил именования автоматически создаваемых объектов.

Выбрать модель, правой клавишей, “Properties”.

Шаблоны именований создаваемых автоматически объектов настриваются в разделе настроек “Settings” – “Naming Standart” – “Templates”. Все возможные переменные отобразятся при нажатии “Add Variable”.

Типы объектов — это термины из реляционной модели и должны быть понятны интуитивно. Переменные, доступные для использования в шаблонах имён, описаны в поле комментарий интерфейса. Дополнительная информация в официальной документации к SDDM.

В качестве примера изменим значение шаблона именования атрибута внешнего ключа, что бы создаваемое имя совпадало с именем атрибута первичного ключа родительской сущности. Изменять надо два шаблона: для логической и реляционной модели

Шаблон для реляционной модели называется “Column Foreign Key”:

значение было {ref table}_{ref column}
значение стало {ref column}

Шаблон для логической модели называется “Attribute Relation”:

значение было {ref entity}_{ref attribute}
значение стало {ref attribute}

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

Имена атрибутов связи в логической модели.

Имена столбцов внешних ключей в реляционной модели.

4. Идентификационный столбец или автоматическое создание последовательностей

В зависимости от типа и версии используемой РСУБД, можно настроить, что бы автоматически создавались последовательности. Включить это можно в настройках. Начиная с версии 12с можно использовать простой механизм Identity collumns, подробнее в документации. Однако рекомендую использовать TRIGGER и SEQUENCE. Это более универсальный механизм, потому что SEQUENCE может использоваться для непересекающейся нумерации строк в разных таблицах, базах данных, на разных серверах.

Выбор механизма в настройках SDDM

5. Полезная настройка SDDM

Для работы с создаваемым кодом настройте формат создаваемого скрипта DDL. Выберите удобные вам отступы, формат, прописные или строчные буквы.

Todo.

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

Четвертая часть будет посвящена настройке связи (dblink) с SQL Server и MySQL

Пятая часть будет примером создания веб-сервиса API с использованиям ORDS в гетерогенной среде, т.е. с доступом к данным хранимым помимо Oracle, в SQL Server и MySQL

Connect SQL Developer

Предыдущий
Следующий
Для корректного отображения этого контента должен быть включен JavaScript

Использование Oracle Database Exadata Express Cloud Service
Подключить инструменты и утилиты
Подключить SQL Developer

Для подключения Oracle SQL Developer к базе данных Oracle Exadata Express.
Cloud Service, вам необходимо создать безопасный кошелек, включив Oracle Net Services (SQL*Net) для вашего сервиса, установить Oracle SQL Developer и создать облачное соединение из Oracle SQL Developer с вашим сервисом.

Темы

Установите Oracle SQL Developer
Настройка подключения к облаку Oracle SQL Developer

Установить Oracle SQL Developer

Oracle SQL Developer — это бесплатная интегрированная среда разработки, которая упрощает разработку и управление базой данных Oracle как в традиционных, так и в облачных средах. Oracle SQL Developer версии 17.4 (текущая версия) или более поздней версии может подключаться к базе данных Oracle Exadata Express.
Облачный сервис с использованием Oracle Wallet, который можно загрузить из службы базы данных. В этом разделе описывается, как установить Oracle SQL Developer.

Инструкции по загрузке и установке для локальной настройки Oracle SQL Developer для Exadata Express см. в разделе Использование SQL Developer с Oracle Database Exadata Express Cloud.
Сервис в Oracle Technology Network.

Настройка подключения к Oracle SQL Developer Cloud

У Oracle SQL Developer должно быть настроено подключение к Oracle Cloud для подключения к базе данных Oracle Exadata Express
Облачный сервис. Соединение можно создать, используя учетные данные вашей учетной записи базы данных Exadata Express.

Чтобы добавить соединение с Oracle Cloud:

Запустите Oracle SQL Developer локально.
Отображается домашняя страница Oracle SQL Developer.
Описание иллюстрации sqldev_home.png
В разделе «Подключения» щелкните правой кнопкой мыши «Подключения».
Появится меню Соединение.
Описание иллюстрации sqldev_conn.png
Выберите Новое соединение.
Появится диалоговое окно «Создать/выбрать подключение к базе данных».
Описание иллюстрации new_connection.png
В диалоговом окне «Создать/выбрать подключение к базе данных» введите следующие данные:
- Имя подключения — введите имя для этого облачного подключения.
- Имя пользователя — введите имя пользователя базы данных. Вы можете либо использовать учетную запись базы данных администратора по умолчанию (PDB_ADMIN) , предоставляемую как часть службы, либо создать новую схему и использовать ее.
- Пароль — введите пароль, необходимый при входе в систему при доступе к Exadata Express.
- Тип подключения — выберите Cloud PDB.
- Файл конфигурации
  — нажмите «Обзор» и выберите zip-файл учетных данных клиента, загруженный из сервисной консоли Exadata Express. Информацию о загрузке учетных данных клиента см. в разделе Включение доступа к службам Oracle Net (SQL*Net) для клиентских приложений.
- Пароль хранилища ключей — введите пароль, сгенерированный при загрузке учетных данных клиента из сервисной консоли Exadata Express.
Описание иллюстрации new_conn_test. png
Щелкните Тест.
Статус: Успех отображается в самом левом нижнем углу диалогового окна «Новое/выборное подключение к базе данных».
Нажмите Подключиться.
В разделе «Подключения» появится запись для нового подключения.
Откройте новое соединение.
При успешном подключении таблицы и другие объекты из Exadata Express отображаются при новом подключении.
Описание иллюстрации new_conn_objects.png

SQL Developer — отличный инструмент и лучшие способы его использования

SQL Developer — популярный бесплатный инструмент для работы с базами данных Oracle. В этой статье Шринивасан Суреш объясняет несколько функций SQL Developer, которые могут повысить вашу продуктивность.

SQL Developer — это бесплатный инструмент, предоставляемый Oracle. Он имеет широкий спектр опций и утилит, которые помогают в повседневной деятельности по разработке или поддержке. Некоторые из ключевых функций обсуждаются здесь, чтобы помочь ориентироваться в инструменте и лучше понять его. По сравнению с другими инструментами для базы данных Oracle, это удобно для задач разработки и поддержки баз данных.

Обозреватель схем — сканирование базы данных

Соединения с базой данных можно легко настроить с помощью файла имени TNS или ввода всех сведений о соединении. Любой человек, который подключается к схеме, хотел бы проверить ее содержимое и просмотреть его. Браузер схемы помогает просматривать существующие объекты в схеме. Чтобы открыть, щелкните правой кнопкой мыши имя подключения и выберите Schema Browser . Это также помогает просматривать другие схемы на основе разрешений, предоставленных в базе данных.

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

Еще один вариант — поиск объектов по имени в выбранном типе. Для этого введите строку поиска в области содержит .

Отсюда, в зависимости от типа объекта, можно легко выполнять все связанные с ним операции. Щелкнув правой кнопкой мыши по объекту, его можно просмотреть, отредактировать, перекомпилировать или выполнить. На приведенном ниже рисунке показан весь диапазон операций, доступных для таблицы 9.0071 ое.клиенты .

Щелкнув стрелку вниз рядом с таблицей , можно создать новую таблицу , просто заполнив значения без написания оператора DDL.

Здесь вы можете ввести имя таблицы, имя столбца, тип данных и все другие параметры.

После ввода значений на вкладке DDL отображается соответствующий оператор SQL для подготовки любых сценариев развертывания.

Рабочий лист SQL без общего доступа и история SQL — многозадачный инструмент с хорошей памятью

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

Одной из уникальных функций, доступных в SQL Developer, является открытие рабочих листов SQL в режиме без общего доступа. Щелкните значок Unshared SQL Worksheet или используйте сочетание клавиш CTRL + SHIFT + N., чтобы открыть его.

Рабочий лист SQL без общего доступа помогает выполнять различные запросы или процессы параллельно. Каждый из этих листов действует как отдельное соединение с базой данных. Это сэкономит значительное количество времени на разработку, поскольку несколько задач могут выполняться параллельно, например извлечение данных из двух разных представлений, проверка более чем одного процесса и т. д. Рабочие листы SQL без общего доступа содержат значок * в имени листа.

Эти рабочие листы SQL без общего доступа работают как независимые сеансы, поэтому операция DML, выполняемая на одном рабочем листе, не отражается на другом, пока не будет зафиксирована. Оператор обновления, выполненный на листе LOCAL — OE (Unshared) не отражается в данных, используемых на других листах, без выполнения фиксации.

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

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

Опция истории SQL будет вашим спасением, если вы забыли сохранить недавно выполненные операторы SQL или процесс PL SQL. Перейдите в Инструменты -> Настройки -> Среда -> Локальная история , чтобы включить историю или изменить настройки, и по умолчанию эта опция будет включена.

Сохраняет историю выполненных операторов SQL в текущем сеансе SQL Developer. При этом вы можете получить большую часть недавно выполненного SQL одним щелчком мыши. Это также полезно, когда вы продолжаете улучшать оператор SQL, а затем возвращаетесь к его предыдущим версиям.

Чтобы открыть историю, нажмите клавишу F8 или щелкните правой кнопкой мыши и выберите История SQL на любом листе SQL.

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

Выделенные операторы SQL были добавлены на рабочий лист SQL за один раз.

В этом окне также есть опция поиска. Это помогает сузить операторы SQL на основе имени объекта, используемых функций SQL или любой другой конкретной детали из оператора SQL. Ключевое слово select вводится в поле поиска для фильтрации только операторов SQL, содержащих select .

Найти объект БД – поймай меня, если сможешь

Эта функция поиска отлично подходит для анализа воздействия на базу данных. Это помогает идентифицировать зависимости и напрямую просматривать сегмент кода, содержащий имя объекта, литералы или любую другую строку поиска. Перейти к Вид -> Найти объект БД , чтобы открыть окно.

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

Показаны различные объекты, использующие искомую строку.

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

Триггер INSERT_ORD_LINE открывается после нажатия на него в результатах поиска, как показано ниже.

Результаты поиска также можно свернуть или развернуть на уровне схемы.

Имеется ограничение на вывод; на этом экране поиска отображается только до 500 записей. Для любых обширных поисков одним из подходов было бы разбить его на несколько поисков, ограничивающих ограниченными схемами.

Сравнение баз данных – найди отличия

Этот параметр помогает сравнить две схемы, обычно между разными базами данных. Перейдите к Tools -> Database Diff , чтобы получить к нему доступ. После обновления базы данных или после развертывания вы можете запустить этот процесс, чтобы убедиться, что нужные объекты доступны, или чтобы проверить успешность миграции.

После нажатия Разница между базами данных выберите подключения к базе данных и различные другие параметры сравнения в Шаг 1 из 4 .

Выберите типы объектов для сравнения между выбранными схемами в Шаг 2 из 4 .

В шаге 3 из 4 у вас есть возможность запустить сравнение для определенного набора объектов. Для этого выберите схему, введите и нажмите . Отображается список всех предметов; выберите необходимые, нажмите, чтобы завершить. Чтобы включить все объекты, просто нажмите Далее и двигайтесь дальше.

В шаге 4 из 4 отображается сводка выполненного сравнения. Щелкните Готово , чтобы создать отчет. Как видите, для таблиц включены только те, которые были определены на шаге 3.

Итог сравнения показан ниже. Любые объекты, доступные в одной схеме, но отсутствующие в другой, выделяются зеленым цветом. Вы можете увидеть детали, нажав на элемент. PKG_OE_CUST доступен в базе данных LOCAL_OE и недоступен в базе данных LOCAL_PROD .

Точно так же предупреждающий знак используется для выделения любых различий в объектах между двумя схемами. Щелкните элемент и просмотрите различия.

Этот процесс также может выполняться в фоновом режиме для повышения производительности.

Отчеты – Расскажите мне обо всем

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

Недопустимые объекты — Этот отчет содержит список всех недопустимых объектов и может быть запущен до и после развертывания, чтобы убедиться, что новые недопустимые объекты не создаются.

Отчет о грантах объектов — Предоставляет общее представление о грантах, назначенных отдельным схемам.

Пользовательские отчеты также доступны в SQL Developer в разделе Reports -> User Defined Reports . Если щелкнуть правой кнопкой мыши User Defined Report и выбрать New report , откроется показанный ниже экран. Вы можете сохранить любой часто используемый отчет или SQL с именем отчета.

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

Закрепление — оставайтесь на месте

Это незначительная вещь, но она позволяет сэкономить много повторных кликов, особенно если вы новичок в SQL Developer. Когда вы открываете новый объект, SQL Developer автоматически закрывает вкладку для определенных типов объектов. Когда я открываю таблицу oe.customers , чтобы просмотреть ее, а затем открываю таблицу oe.oc_inventories , окно oe.customers закрывается. В некотором смысле это помогает избежать накопления большого количества вкладок для просмотра вперед и назад. Но если вы хотите, чтобы вкладка оставалась открытой, ее можно закрепить.

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

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

Форматирование и объяснение плана — сделайте его разборчивым

После разработки объекта PL SQL код можно отформатировать, используя параметр форматирования (ctrl + F7) или щелкнув правой кнопкой мыши рабочий лист SQL и выбрав Формат . Настройки, связанные с форматом, можно контролировать в разделе настроек ( Инструменты -> Настройки -> Редактор кода -> Формат ). Настройки форматтера также могут определяться автоматически.

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

Опция объяснения плана помогает оценить стоимость и последовательность операций, выполняемых в операторе SQL. Это доступно на рабочем листе SQL и может быть просмотрено, нажав Клавиша F10 или щелчок правой кнопкой мыши и выбор Объяснить план . Показаны стоимость и кардинальность оператора SQL.

Можно сравнить два разных плана объяснения, чтобы увидеть разницу в шагах. Обычно это делается при настройке запросов для поиска каких-либо улучшений. Создайте план объяснения для первого утверждения и не забудьте закрепить его.

Теперь сгенерируйте следующий оператор и щелкните правой кнопкой мыши вторую вкладку плана объяснения, чтобы сравнить ее с первой. Это помогает сравнивать планы бок о бок.

Отладка – благословение для каждого разработчика

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

Щелкните значок, чтобы начать процесс отладки. Входные значения, которые должны быть предоставлены во время выполнения, могут быть введены в разделе параметров. Программа запускается после нажатия ОК . Я предоставил входное значение от 1001 до p_customer_id и от 50 до p_credit_limit .

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

В разделе Данные , вы можете заметить, что l_credit_limit имеет значение 50 перед входом в предложение IF.

После нажатия или F9 для возобновления процесс останавливается на следующей точке останова. Здесь вы можете заметить, что значение l_credit_limit обновляется до 100.

Нажатие или F9 для возобновления завершит выполнение процедуры cust_update , поскольку точек останова больше нет.

Если есть выходные курсоры, возвращенные как часть функции, набор данных курсоров также можно просмотреть. Процедура get_customers возвращает курсор для просмотра сведений о клиенте для введенного клиента. Процесс выполняется нажатием , вводом 1000 для p_customer_id в разделе параметров и нажатием OK .

После запуска функции выходное значение курсора отображается в разделе Выходные переменные — Журнал .

В некоторых случаях блок кода для выполнения процедуры или функции можно скопировать на рабочий лист SQL и выполнить оттуда. Это помогает быстро настроить параметры при запуске этих процессов с рабочего листа. p_customer_id имеет значение 1001, а p_credit_limit — 300. Этот процесс можно выполнить несколько раз для разных значений непосредственно из этого рабочего листа SQL, щелкнув в левом верхнем углу.

Монитор сеансов — что происходит

Экран монитора сеансов идентифицирует активные сеансы, выполняемые в настоящее время в базе данных, с такими сведениями, как идентификатор SQL, SID, время выполнения, пользователь ОС, идентификатор клиента и многие другие. Его можно открыть из Tools -> Monitor Sessions 9.0124 . Если у вас есть какие-либо длительные процессы, их можно определить здесь, и вы можете отслеживать пакетные процессы.

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

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

Вкладка ожидания внизу показывает все ожидания сеанса, вызванные блокировкой объекта или доступностью ресурсов. На вкладке Active SQL отображается точный оператор, выполняемый в данный момент процессом, а на вкладке план объяснения показаны затраты, связанные с оператором и планом выполнения.

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

Диаграмма проектирования базы данных — обязательный артефакт

Диаграмма модели данных базы данных помогает понять отношения между объектами. Этот параметр доступен в разделе File -> Data Modeler -> Import -> Data Dictionary . После выбора соединения для входа можно выбрать список схем.

После этого будет экран для выбора таблиц, представлений и любых других объектов. Выбрав их, нажмите «Готово». Чтобы выбрать все столы, используйте значок «Отметить все» в левом нижнем углу.

Предоставляется диаграмма модели данных, показывающая отношения между объектами и ключами, индексами и многими другими деталями. Эти детали полностью настраиваются, и диаграмму можно сохранить в виде файла PDF или изображения, щелкнув правой кнопкой мыши и выбрав «Печать диаграммы» -> «В файл изображения» / «В файл PDF ».

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

imacrosoft.ru