НТВ плюс 

Таблицы в оракл как построить


Нашлось постов: 9 [показано 5]

  1. Соответствие запросу: 52,22%

    Фрагменты текста поста:

    ...Как создавать дампы в Oracle с помощью Data Pump Если нужно перенести объекты схемы из одной базы в другую то проще всего это сделать с помощью технологии Oracle Data Pump... ...В физическую резервную копию включаются файлы данных Data Files в которых в виде блоков хранятся все данные Oracle ... ...В последующем другой утилитой импорта из этого бинарного файла можно восстановить объекты схемы и данные... ...Также их удобно использовать для восстановления данных редко изменяемых таблиц ... ...До версии Oracle 10g существовали только утилиты экспорта импорта exp и imp ... ...Они работали как на сервере так и на клиенте Oracle ... ...Начиная с версии 10g появилась технология Oracle Data Pump... ...С помощью Oracle Data Pump можно... ...Для вызова Data Pump из командной строки используются утилиты expdp и impdp В общем сейчас уже нет необходимости использовать оригинальные утилиты exp imp кроме случая когда у вас нет доступа к файловой системе сервера Oracle ... ...Экспорт в Oracle Data Pump Data Pump Export может работать в 5 ти режимах... ...Schema Mode выгрузка выбранных схем ... ...Table Mode выгрузка отдельных таблиц ... ...Во вторых можно выполнить фильтрацию строк выгружаемых таблиц с помощью параметра QUERY... ...технология Oracle Data Pump позволяет быстро переносить данные из одной базы данных в другую как через файлы дампы так и напрямую по сети... ...если во время экспорта данные изменялись пользователями то данные таблиц в дампе могут оказаться несогласованными... ...Нюансы создания резервных копий базы дынных Oracle это отдельная тема которую рассмотрим в следующий раз... ...Сергей Греховодов автор курсов по обучению Oracle ...

  2. Соответствие запросу: 16,67%

    Фрагменты текста поста:

    ...Ответ на извечный оракловый вопрос Большинство считает что в мире Oracle есть два основных направления... ...Это люди которые специализируются именно на продаже продуктов Oracle ... ...А продуктов корпорация Oracle и её партнёры наплодили предостаточно... ... Чем ORACLE лучше других СУБД... ... Чем ORACLE лучше SQL Server MySQL Sybase... ... Чем Oracle лучше MySQL...

  3. Соответствие запросу: 14,44%

    Фрагменты текста поста:

    ...Как в Oracle выбрать первые N записей Если в таблице много записей то порой достаточно выбрать первый десяток... ...В Oracle всё это появилось гораздо позже... ...Конструкции SELECT FROM SELECT в Oracle 7 не было и приходилось изгалятся ещё круче... ...Работает в Oracle 12c... ...Oracle потребовалось дойти до 12 ой версии чтобы эту конструкцию ввести в язык...

  4. Соответствие запросу: 8,33%

    Фрагменты текста поста:

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

  5. Соответствие запросу: 8,33%

    Фрагменты текста поста:

    ... Когда вы только начали осваивать ORACLE Действительно ли нужно потратить уйму времени ради того чтобы банально сделать копию своей простенькой базёнки курсовой дипломной тестовой... ... Может быть нужно было записать под какую нибудь другую версию ORACLE ... ...Какая у вас версия ORACLE ...

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

Для того, чтобы иметь возможность сослаться внешним ключом на поле таблицы в другой схеме, на это поле должна иметься привилегия REFERENCING. Особо нужно отметить, что с привилегиями SELECT, INSERT, UPDATE и DELETE привилегия REFERENCING никак не связана. Иными словами схема с подчиненной таблицей может ничего не знать о конкретных значениях ключа, на которые есть возможность ссылаться, равно как на наличие других полей в таблице.

Важно отметить, что ограничения PRIMARY KEY и UNIQUE автоматически создают индексы на столбцах, для которых они определены, если ограничение активизируется при создании. Если индекс уже существует на столбцах, которые составляют ограничение PRIMARY KEY и UNIQUE, то использует именно этот индекс и Oracle не может создать новый.

Создание базы данных в графическом режиме.

Создание таблиц в графическом режиме можно осуществить, выбрав в меню Object Browser-Create –Table (Рисунок №12)

Рисунок №12 – Создание таблиц

В появившемся окне производим заполнение таблиц, указываем тип данных для каждой строки (Рисунок №13) .В столбце Column Name указывается название поля таблицы, в столбце Type – указывается тип столбца. В столбце Not Null устанавливается флажок, предоставляющий возможность оставлять ячейку не заполненной (пустой).

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

Рисунок №13 – Заполнение таблиц

При дальнейшем создании таблице будет предложено создать ключевые поля. Здесь так же необходимо выбрать из заданного списка колонок (Рисунок №14, Рисунок №15).

Рисунок №14 – Создание ключей в графическом режиме

Рисунок №15 – Создание ключей

Схемы

СХЕМА(SCHEMA) - это коллекция объектов. ОБЪЕКТЫ СХЕМЫ - это логические структуры, непосредственно относящиеся к данным базы данных. Объекты схемы включают такие структуры как: таблицы, представления, последовательности, хранимые процедуры, синонимы, индексы, кластеры и связи баз данных. (Не существует взаимосвязи между табличным пространством и схемой; объекты одной и той же схемы могут находиться в разных табличных пространствах, и одно и то же табличное пространство может содержать объекты из разных схем.)

Human Resources – достаточно простая схема данных, в которой хранится информация о сотрудниках некой виртуальной компании.

Каждый сотрудник компании имеет уникальный идентификационный номер (ID), e - mail адрес, идентификационный номер должности (JOB ID), ставку заработной платы и менеджера. Некоторые сотрудники в дополнение к зарплате получают комиссионные, которые также отражены в схеме. Также имеется информация обо всех возможных должностях в организации. Каждая должность имеет уникальный идентификационный номер, наименование, минимальную и максимальную ставку заработной платы. Некоторые сотрудники работали в компании довольно долго и занимали на протяжении службы разные должности. Когда сотрудник меняет должность, в схеме данных отмечаются начальная и конечная даты занимаемой должности, идентификационный номер должности и подразделение, в котором работал сотрудник в отмеченный промежуток времени. Рассматриваемая компания имеет распределенную структуру, поэтому хранится информация о местонахождении подразделений. Каждый сотрудник работает в одном из подразделений. Каждое подразделение имеет уникальный код и короткое наименование, а также имеет одно место расположения, которое состоит из полного адреса (улица, индекс, город, штат или провинция, и код страны).

Для всех представительств компании хранится информация о наименовании страны, валюте (наименование и обозначение) и части света, в которой эта страна находится.

Рисунок №16 - Диаграмма схемы HR

Синим цветом на диаграмме отмечены первичные ключи. Всего имеется семь таблиц, это: EMPLOYEES (сотрудники), JOBS (должности), JOB _ HISTORY (история карьеры сотрудников), DEPARTMENTS (подразделения), LOCATIONS (адреса), COUNTRIES (страны) и REGIONS (части света).

В Oracle функции построение диаграмм(ER-диаграмм) взяли на себя специальные утилиты (JDeveloper, Oracle SQL Developer Data Modeler и др.)

А так как у нас Express Edition такие утилиты нужно скачивать дополнительно.

3. Задания для самостоятельной работы

Выберете структуру базы данных, согласовав ее с преподавателем. Разработайте и создайте необходимый набор таблиц согласно варианту. Создайте первичные и вторичные ключи. Постройте ER-диаграмм

4. Контрольные вопросы

1.Что такое ядро БД?

2.Какие вы знаете подразделы SQL?

3.Перечислите некоторые типы данных

4.Какие возможности предоставляет PL/SQL пользователю?

5.Из каких частей состоит блок?

6.Какие сегменты могут содержать табличные пространства?

8.Что такое внешний ключ?

9.Что такое индексы?


Лабораторная работа №3

GLOBAL TEMPORARY

Что же такое временные таблицы, и зачем они нужны?
Давайте разберемся...
Временные таблицы используются в Oracle для хранения данных, которые относятся к одной сессии или одной транзакции.
Причем применение Oracle временных таблиц существенно отличается от применения временных таблиц в том же MS SQL. ORACLE временная таблица это тот же DDL обьект со всеми ограничениями, в MS SQL подобных ограничений нет.
итак подробнее


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

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

Временные таблицы (GLOBAL TEMPORARY TABLE ) отличаются от обычных регулярных таблиц тем, что эти таблицы предназначены только для хранения временных для некоторой сессии данных.
Данные во временной таблицы будут видны только в той сессии, которая вставила эти данные в таблицу.

После создания временной таблицы ее описание сохраняется в словаре данных ORACLE, но в этот момент не определяется сегмент, где будут сохранятся данные из этой таблицы.

Место в соответствующем сегменте под данные, выделяется динамически, в момент обращения первой команды манипулирования данными - DML (select, insert, update) к этой временной таблице.

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

Специфику поведения данных относительно сессии определяет ключевые слова ON COMMIT и ON PRESERVE в команде CREATE TABLE

Можно использовать операторы определения данных DDL такие как (

ALTER TABLE , CREATE INDEX

) для временных таблиц, но только тогда когда сессия не обращается к временной таблице, не связана с ней. Сессия связана с временной таблицей и при выполнении команды INSERT над данными таблицы.

Существует несколько способов, чтобы сделать сессию несвязанной с временной таблицей:
1. Использовать команду truncate для данной таблицы.
2. Аннулировать данную сессию
3. Использовать команды фиксации работы транзакции COMMIT или ROLLBACK

Ограничения для временных таблиц в ORACLE
На временные таблицы в ORACLE распространяются следующие ограничения:
1. Временная таблица в Oracle не может быть партицирована particioned, кластеризована clustered, или быть организованной по индексу index organized.
2. Нельзя связывать вторичные ключи с колонками временной таблицы
3. Временная таблица не может включать в себя вложенных таблиц (nested table)
4. Нельзя использовать в описании временных таблиц следующие команды:LOB_storage_clause: TABLESPACE, storage_clause, или logging_clause
5. Подсказка Parallel и параллельные запросы не поддерживаются во временных таблицах
6. Распределенные транзакции так же не могут работать с временными таблицами
7. Сегментирование не работает в временных таблицах

Создание временной таблицы
Синтаксис для создания временных таблиц практически аналогичен синтаксису для создания регулярных таблиц, но есть некоторые операторы, которые используются только для временных таблиц:
ОN COMMIT DELETE ROWS используется во временных таблицах, данные которой существуют в пределах одной транзакции.

Oracle удаляет все строки - все данные из временной таблицы после завершения транзакции, после выполнения команды COMMIT .
Данная инструкция подразумевается по умолчанию, то есть при создании временной таблицы - она всегда будет ОN COMMIT DELETE ROWS

ОN COMMIT PRESERVE ROWS используется во временных таблицах, данные которой существуют в пределах одной сессии. СУБД Oracle удаляет все строки из временной таблицы - очищает таблицу после завершения сессии.

Примеры

Данные примеры продемонстрируют создание и использование временных таблиц, отличия временных таблиц ОN COMMIT DELETE ROWS и ОN COMMIT PRESERVE ROWS , отличие временных таблиц от таблиц регулярных.

Все примеры построены на основе стандартной демонстрационной схемы SCOTT БД ORACLE

Пример создания временной таблицы:

CREATE GLOBAL TEMPORARY TABLE SCOTT.TEMP_DEPT (DEPTNO NUMBER(2 ,0 ), DNAME VARCHAR2(14 )) ON COMMIT PRESERVE ROWS;


Данный пример демонстрирует создание временной таблицы, данные которой, относятся к сессии.

Пример создания временной таблицы с использованием запроса

CREATE GLOBAL TEMPORARY TABLE min_salesemp ON COMMIT PRESERVE ROWS AS SELECT * FROM EMP WHERE sal < 2000


Данный пример демонстрирует создание временной таблицы на основе запроса, заполненные данные для этой таблицы актуальны только для текущей сессии. Если попробовать прочитать таблицу min_salesemp из другой сессий, то таблица будет пустой.

Пример создания временной таблицы с объектным типом колонки

CREATE TYPE SCOTT.PERSON_T AS OBJECT (name VARCHAR2(100 ), ssn NUMBER); CREATE GLOBAL TEMPORARY TABLE SCOTT.TMP_OBJ (PERSON PERSON_T) ON COMMIT DELETE ROWS;


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

Использование индексов во временных таблицах

DROP TABLE SCOTT.CITY_DEPT; CREATE GLOBAL TEMPORARY TABLE SCOTT.CITY_DEPT (DEPTNO NUMBER(2 ,0 ), DNAME VARCHAR2(14 ), CONSTRAINT PK_CITY_DEPT PRIMARY KEY (DEPTNO)) ON COMMIT DELETE ROWS; COMMENT ON COLUMN SCOTT.CITY_DEPT.DEPTNO IS "DEPARTMENT NUMBER" ; COMMENT ON COLUMN SCOTT.CITY_DEPT.DNAME IS "DEPARTMENT NAME" ; CREATE UNIQUE INDEX SCOTT.PK_CITY_DEPT_DNAME ON SCOTT.CITY_DEPT (DEPTNO,DNAME) ; CREATE INDEX SCOTT.IDX_DNAME ON SCOTT.CITY_DEPT (DNAME)


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

CREATE GLOBAL TEMPORARY TABLE SCOTT.TMP_T (ID NUMBER(32 )) ON COMMIT DELETE ROWS;


регулярную

CREATE TABLE SCOTT.REG_T (ID NUMBER(32 )) ;


-- Не будем нагружать скрипты излишним синтаксисом
Добавляем данные

INSERT INTO TMP_T(ID) VALUES (1 );INSERT INTO TMP_T(ID) VALUES (2 ); INSERT INTO TMP_T(ID) VALUES (3 );INSERT INTO REG_T(ID) VALUES (1 ); INSERT INTO REG_T(ID) VALUES (2 );INSERT INTO REG_T(ID) VALUES (3 );


Выполняем запрос к временной таблице

SELECT * FROM TMP_T;

Результат
---
1
2
3

к регулярной таблице

SELECT * FROM REG_T;

Результат
---
1
2
3

Закрываем сессию, соединяемся с БД снова. Выполняем запрос к временной таблице

SELECT * FROM TMP_T;

Результат
---

К регулярной таблице

SELECT * FROM REG_T;

Результат
---
1
2
3

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


Отличие временной таблицы ОN COMMIT PRESERVE ROWS от временной таблицы ОN COMMIT DELETE ROWS
Создаем две таблицы ON COMMIT PRESERVE ROWS

CREATE GLOBAL TEMPORARY TABLE SCOTT.TMP_PRE_ROWS (ID NUMBER(32 )) ON COMMIT PRESERVE ROWS; ОN COMMIT DELETE ROWS CREATE GLOBAL TEMPORARY TABLE SCOTT.TMP_DEL_ROWS (ID NUMBER(32 )) ON COMMIT DELETE ROWS;

Добавляем данные в созданные таблицы

INSERT INTO SCOTT.TMP_DEL_ROWS(ID) VALUES (1 ); INSERT INTO SCOTT.TMP_DEL_ROWS(ID) VALUES (2 ); INSERT INTO SCOTT.TMP_DEL_ROWS(ID) VALUES (3 ); INSERT INTO SCOTT.TMP_PRE_ROWS(ID) VALUES (1 ); INSERT INTO SCOTT.TMP_PRE_ROWS(ID) VALUES (2 ); INSERT INTO SCOTT.TMP_PRE_ROWS(ID) VALUES (3 );

Смотрим

SELECT * FROM SCOTTTMP_PRE_ROWS;

Результат запроса
--
1
2
3

Результат запроса
--
1
2
3

Выполняем команду COMMIT после чего вновь выполняем запросы

SELECT * FROM SCOTT.TMP_PRE_ROWS;

Результат запроса
--
1
2
3

SELECT * FROM SCOTT.TMP_DEL_ROWS;

Результат запроса
--

Итак, данные в таблице ОN COMMIT DELETE ROWS не сохраняются после выполнения команды COMMIT, в отличие от временной таблицы ON COMMIT PRESERVE ROWS
Итог: после прочтения данного материала становиться понятно следующее:
что такое временные таблицы в ORACLE
назначение временных таблиц
область применения временных таблиц в ORACLE
ограничения для временных таблиц
отличие временных таблиц от регулярных таблиц
отличие временных таблиц с данными уровня сессии от временных таблиц с данными уровня транзакции (ON COMMIT PRESERVE ROWS ,ОN COMMIT DELETE ROWS).