Разница между пользователем и схемой в Oracle? -- oracle пол Связанный проблема

Difference between a user and a schema in Oracle?


325
vote

проблема

русский

В чем разница между пользователем и схемой в Oracle?

Английский оригинал

What is the difference between a user and a schema in Oracle?

</div
  
       
       

Список ответов

138
 
vote
vote
Лучший ответ
 

from Спросите Том

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

Скотт - это схема, которая включает в себя EMP, DEPT и бонусные столы с различными грантами, а также Другие вещи.

sys - это схема, которая включает тонны таблиц, представлений, грантов и т. Д. И т. Д.

Система - это схема .....

Технически - схема - это набор метаданных (словарь данных), используемый базой данных, Обычно генерируется с использованием DDL. Схема определяет атрибуты базы данных, такие как Столы, колонны и свойства. Схема базы данных - это описание данных в база данных.

 

From Ask Tom

You should consider a schema to be the user account and collection of all objects therein as a schema for all intents and purposes.

SCOTT is a schema that includes the EMP, DEPT and BONUS tables with various grants, and other stuff.

SYS is a schema that includes tons of tables, views, grants, etc etc etc.

SYSTEM is a schema.....

Technically -- A schema is the set of metadata (data dictionary) used by the database, typically generated using DDL. A schema defines attributes of the database, such as tables, columns, and properties. A database schema is a description of the data in a database.

</div
 
 
     
     
98
 
vote

Я считаю, что проблема в том, что Oracle использует срок схема немного по-разному из того, что он вообще означает.

  1. Схема Oracle (как объяснено в ответе Небаканкезера): в основном набор всех таблиц и других объектов, принадлежащих учетной записи пользователя, поэтому примерно эквивалентно учетной записи пользователя
  2. Схема в целом: набор всех таблиц, шПомагазин и т. Д., Составьте базу данных для данной системы / приложения (как в разработчиках, должны обсудить с DBA о схеме для нашего нового приложения. »)

Схема в смысле 2. похоже, но не такая же, как схема в смысле 1. E.g. Для приложения, использующего несколько учетных записей БД, схема в смысле 2 может состоять из нескольких схем Oracle: -).

plus Схема также может означать кучу других, довольно не связанных с вещами в других контекстах (например, в математике).

Oracle должен просто использовал термин, как «UserArea» или «alcelsObjects», вместо перегрузки «Схема» ...

 

I believe the problem is that Oracle uses the term schema slightly differently from what it generally means.

  1. Oracle's schema (as explained in Nebakanezer's answer): basically the set of all tables and other objects owned by a user account, so roughly equivalent to a user account
  2. Schema in general: The set of all tables, sprocs etc. that make up the database for a given system / application (as in "Developers should discuss with the DBAs about the schema for our new application.")

Schema in sense 2. is similar, but not the same as schema in sense 1. E.g. for an application that uses several DB accounts, a schema in sense 2 might consist of several Oracle schemas :-).

Plus schema can also mean a bunch of other, fairly unrelated things in other contexts (e.g. in mathematics).

Oracle should just have used a term like "userarea" or "accountobjects", instead of overloadin "schema"...

</div
 
 
 
 
64
 
vote

из wikianswers :

    .
  • Схема - это коллекция объектов базы данных, включая логические структуры, такие как таблицы, представления, последовательности, хранимые процедуры, синонимы, индексы, кластеры и ссылки базы данных.
  • пользователя владеет схемой.
  • пользователь и схема имеют одно и то же имя.
  • Создать команду пользователя создает пользователя. Это также автоматически создает схему для этого пользователя.
  • Команда Create Schema не создает «схема», поскольку она подразумевает, она просто позволяет создавать несколько таблиц и представлений и выполнять несколько грантов в собственной схеме в одной транзакции.
  • Для всех намерений вы можете рассмотреть пользователь, чтобы быть схемой и схемой, чтобы быть пользователем.

Кроме того, пользователь может получить доступ к объектам в схемах, кроме своих собственных, если у них есть разрешение на это.

 

From WikiAnswers:

  • A schema is collection of database objects, including logical structures such as tables, views, sequences, stored procedures, synonyms, indexes, clusters, and database links.
  • A user owns a schema.
  • A user and a schema have the same name.
  • The CREATE USER command creates a user. It also automatically creates a schema for that user.
  • The CREATE SCHEMA command does not create a "schema" as it implies, it just allows you to create multiple tables and views and perform multiple grants in your own schema in a single transaction.
  • For all intents and purposes you can consider a user to be a schema and a schema to be a user.

Furthermore, a user can access objects in schemas other than their own, if they have permission to do so.

</div
 
 
       
       
52
 
vote

Подумайте о пользователе, как вы обычно делаете (имя пользователя / пароль с доступом к войти в систему и получить доступ к некоторым объектам в системе) и схеме в качестве версии базы данных домашнего каталога пользователя. Пользователь «Foo» обычно создает вещи под схемой «Foo», например, если пользователь «Foo» создает или относится к таблице «бар», то Oracle будет предположить, что пользователь означает «Foo.bar».

 

Think of a user as you normally do (username/password with access to log in and access some objects in the system) and a schema as the database version of a user's home directory. User "foo" generally creates things under schema "foo" for example, if user "foo" creates or refers to table "bar" then Oracle will assume that the user means "foo.bar".

</div
 
 
   
   
17
 
vote
<Р> Этот ответ не определяет разницу между собственником и схемами, но я думаю, что это добавляет к обсуждению. <Р> В моем маленьком мире мышления: <Р> я боролся с идеей, что я создаю N число пользователей, где я хочу, чтобы каждый из этих пользователей «потреблять» (он же, использование) одной схемы. <Р> Tim на oracle-base.com показывает, как это сделать < / а> (есть N количество пользователей, и каждый из этих пользователей будут «перенаправлены» к одной схеме. <Р> Он имеет второй «синоним» подход (нет в списке). Я только цитирую версию CURRENT_SCHEMA (один из его подходов) здесь:

<сильный> <код> CURRENT_SCHEMA Подход

<Р> Этот метод использует <код> CURRENT_SCHEMA атрибут сеанса автоматически пользователи точка приложения к правильной схеме. <Р> Во-первых, мы создаем владельца схемы и пользователя приложения.
 <код> CONN sys/password AS SYSDBA  -- Remove existing users and roles with the same names. DROP USER schema_owner CASCADE; DROP USER app_user CASCADE; DROP ROLE schema_rw_role; DROP ROLE schema_ro_role;  -- Schema owner. CREATE USER schema_owner IDENTIFIED BY password   DEFAULT TABLESPACE users   TEMPORARY TABLESPACE temp   QUOTA UNLIMITED ON users;  GRANT CONNECT, CREATE TABLE TO schema_owner;  -- Application user. CREATE USER app_user IDENTIFIED BY password   DEFAULT TABLESPACE users   TEMPORARY TABLESPACE temp;  GRANT CONNECT TO app_user;   
<Р> Обратите внимание, что пользователь приложения может соединиться, но не имеет никакого квоты табличных или привилегия для создания объектов. <Р> Далее, мы создаем некоторые роли, чтобы позволить чтение-запись и доступ только для чтения.
 <код> CREATE ROLE schema_rw_role; CREATE ROLE schema_ro_role;   
<Р> Мы хотим дать нашим пользователям доступ к приложениям для чтения-записи в схему объекты, поэтому мы предоставляем соответствующую роль.
 <код> GRANT schema_rw_role TO app_user;   
<Р> Мы должны убедиться, что пользователь приложения имеет свою схему по умолчанию указывающий на владельца схемы, поэтому мы создаем после входа триггера для сделать это для нас.
 <код> CREATE OR REPLACE TRIGGER app_user.after_logon_trg AFTER LOGON ON app_user.SCHEMA BEGIN   DBMS_APPLICATION_INFO.set_module(USER, 'Initialized');   EXECUTE IMMEDIATE 'ALTER SESSION SET current_schema=SCHEMA_OWNER'; END; /   
<Р> Теперь мы готовы создать объект владельца схемы.
 <код> CONN schema_owner/password  CREATE TABLE test_tab (   id          NUMBER,   description VARCHAR2(50),   CONSTRAINT test_tab_pk PRIMARY KEY (id) );  GRANT SELECT ON test_tab TO schema_ro_role; GRANT SELECT, INSERT, UPDATE, DELETE ON test_tab TO schema_rw_role;   
<Р> Обратите внимание, как льготы предоставляются соответствующие роли. Без это объекты не будут видны пользователю приложения. Мы сейчас есть функционирующий владелец схемы и приложения пользователя.
 <код> SQL> CONN app_user/password Connected. SQL> DESC test_tab  Name                                                  Null?    Type  ----------------------------------------------------- -------- ------------------------------------  ID                                                    NOT NULL NUMBER  DESCRIPTION                                                    VARCHAR2(50)  SQL>   
<Р> Этот метод идеально подходит, где пользователь приложения является просто Альтернативная точка входа в основную схему, не требуя никаких объектов самостоятельно.
 

This answer does not define the difference between an owner and schema but I think it adds to the discussion.

In my little world of thinking:

I have struggled with the idea that I create N number of users where I want each of these users to "consume" (aka, use) a single schema.

Tim at oracle-base.com shows how to do this (have N number of users and each of these users will be "redirected" to a single schema.

He has a second "synonym" approach (not listed here). I am only quoting the CURRENT_SCHEMA version (one of his approaches) here:

CURRENT_SCHEMA Approach

This method uses the CURRENT_SCHEMA session attribute to automatically point application users to the correct schema.

First, we create the schema owner and an application user.

CONN sys/password AS SYSDBA  -- Remove existing users and roles with the same names. DROP USER schema_owner CASCADE; DROP USER app_user CASCADE; DROP ROLE schema_rw_role; DROP ROLE schema_ro_role;  -- Schema owner. CREATE USER schema_owner IDENTIFIED BY password   DEFAULT TABLESPACE users   TEMPORARY TABLESPACE temp   QUOTA UNLIMITED ON users;  GRANT CONNECT, CREATE TABLE TO schema_owner;  -- Application user. CREATE USER app_user IDENTIFIED BY password   DEFAULT TABLESPACE users   TEMPORARY TABLESPACE temp;  GRANT CONNECT TO app_user; 

Notice that the application user can connect, but does not have any tablespace quotas or privileges to create objects.

Next, we create some roles to allow read-write and read-only access.

CREATE ROLE schema_rw_role; CREATE ROLE schema_ro_role; 

We want to give our application user read-write access to the schema objects, so we grant the relevant role.

GRANT schema_rw_role TO app_user; 

We need to make sure the application user has its default schema pointing to the schema owner, so we create an AFTER LOGON trigger to do this for us.

CREATE OR REPLACE TRIGGER app_user.after_logon_trg AFTER LOGON ON app_user.SCHEMA BEGIN   DBMS_APPLICATION_INFO.set_module(USER, 'Initialized');   EXECUTE IMMEDIATE 'ALTER SESSION SET current_schema=SCHEMA_OWNER'; END; / 

Now we are ready to create an object in the schema owner.

CONN schema_owner/password  CREATE TABLE test_tab (   id          NUMBER,   description VARCHAR2(50),   CONSTRAINT test_tab_pk PRIMARY KEY (id) );  GRANT SELECT ON test_tab TO schema_ro_role; GRANT SELECT, INSERT, UPDATE, DELETE ON test_tab TO schema_rw_role; 

Notice how the privileges are granted to the relevant roles. Without this, the objects would not be visible to the application user. We now have a functioning schema owner and application user.

SQL> CONN app_user/password Connected. SQL> DESC test_tab  Name                                                  Null?    Type  ----------------------------------------------------- -------- ------------------------------------  ID                                                    NOT NULL NUMBER  DESCRIPTION                                                    VARCHAR2(50)  SQL> 

This method is ideal where the application user is simply an alternative entry point to the main schema, requiring no objects of its own.

</div
 
 
 
 
15
 
vote

Это очень просто.

 <код> If USER has OBJECTS then call it SCHEMA else      call it USER end if;   
<Р> Пользователь может быть предоставлен доступ к схеме объектов, принадлежащих разным пользователям.
 

It's very simple.

If USER has OBJECTS then call it SCHEMA else      call it USER end if; 

A user may be given access to schema objects owned by different Users.

</div
 
 
 
 
3
 
vote
<Р> Schema является инкапсуляция DB.objects об идее / домене повышает интерес, и принадлежащих одному пользователю. Затем она будет использоваться другими пользователями / приложениями с подавленными ролями. Таким образом, пользователи не должны владеть схемами, но а потребность схемы, чтобы иметь владелец.
 

Schema is an encapsulation of DB.objects about an idea/domain of intrest, and owned by ONE user. It then will be shared by other users/applications with suppressed roles. So users need not own a schema, but a schema needs to have an owner.

</div
 
 
1
 
vote
<Р> Учетная запись пользователя, как родственники, которые держат ключ к вашему дому, но не владеет ничего, т.е. учетная запись пользователя не владеет каким-либо объектом базы данных ... нет данных словаря ... <Р> В то время как в схеме является инкапсуляция объектов базы данных. Это как владелец дома, которому принадлежит все, что в вашем доме и учетная запись пользователя будет иметь доступ товаров на дом только тогда, когда владелец, т.е. схема дает гранты необходимы для него.
 

A user account is like relatives who holds a key to your home, but does not own anything i.e. a user account does not own any database object...no data dictionary...

Whereas a schema is an encapsulation of database objects. It's like the owner of the house who owns everything in your house and a user account will be able to access the goods at the home only when the owner i.e. schema gives needed grants to it.

</div
 
 
1
 
vote

- пользователь и схема

Оба слова пользователя и схема взаимозаменяются, вот почему большинство людей получают путаницу на этих словах ниже, я объяснил разницу между ними

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

- схема

Фактически база данных Oracle содержит логическую и физическую структуру для обработки данных. Схема также логическая структура для обработки данных в базе данных (компонент памяти). Это автоматически создается Oracle, когда создал пользователь. Содержит все объекты, созданные пользователем, связанным с этой схемой. Для примера, если я создал пользователь с именем Santhosh, тогда оракул создает схему, называемую Santhosh, Oracle хранит все объекты, созданные пользователем Сантхош в Сантоше Схема.

Мы можем создать схему, создавая оператор схемы, но Oracle автоматически создает пользователя для этой схемы.

Мы можем отбросить схему, используя оператор SCHEMA Schama_name, но не может удалить SCEHEMA, содержит объекты, поэтому для схемы скидки он должен быть пустым. Здесь необходимо указать эту схему без объектов.

Если мы попытаемся бросить пользователь, содержат объекты в своей схеме, мы должны указать каскадное слово, потому что Oracle не позволяет удалить пользователей содержать объекты. Drop User user_name cascade Таким образом, Oracle удаляет объекты в схеме, а затем он падает пользователю автоматически, объекты, относящиеся к этой схеме объекты с другой, как виды схемы, и частные синонимы, идут в неверное состояние.

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

Спасибо.

 

--USER and SCHEMA

The both words user and schema are interchangeble,thats why most people get confusion on this words below i explained the difference between them

--User User is a account to connect database(Server). we can create user by using CREATE USER user_name IDENTIFIED BY password .

--Schema

Actually Oracle Database contain logical and physical strucutre to process the data.The Schema Also Logical Structure to process the data in Database(Memory Component). Its Created automatically by oracle when user created.It Contains All Objects created by the user associated to that schema.For Example if i created a user with name santhosh then oracle createts a schema called santhosh,oracle stores all objects created by user santhosh in santhosh schema.

We can create schema by CREATE SCHEMA statement ,but Oracle Automatically create a user for that schema.

We can Drop the schema by using DROP SCHEMA schama_name RESTRICT statement but it can not delete scehema contains objects,so to drop schema it must be empty.here the restrict word forcely specify that schema with out objects.

If we try to drop a user contain objects in his schema we must specify CASCADE word because oracle does not allow you to delete user contain objects. DROP USER user_name CASCADE so oracle deletes the objects in schema and then it drops the user automatically,Objects refered to this schema objects from other schema like views and private synonyms goes to invalid state.

I hope now you got the difference between them,if you have any doubts on this topic,please feel free to ask.

Thank you.

</div
 
 
0
 
vote

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

.
 

A schema and database users are same but if schema has owned database objects and they can do anything their object but user just access the objects, They can't DO any DDL operations until schema user give you the proper privileges.

</div
 
 
0
 
vote

На основании моих маленьких знаний о Oracle ... пользователь и схема несколько похожи. Но есть также серьезное различие. Пользователь можно назвать схемой, если «пользователь» владеет любым объектом, иначе ... он останется только «пользователем». Как только пользователь владеет хотя бы одним объектом, чем в силу всех ваших определений выше .... Теперь пользователь теперь можно назвать схемой.

 

Based on my little knowledge of Oracle... a USER and a SCHEMA are somewhat similar. But there is also a major difference. A USER can be called a SCHEMA if the "USER" owns any object, otherwise ... it will only remain a "USER". Once the USER owns at least one object then by virtue of all of your definitions above.... the USER can now be called a SCHEMA.

</div
 
 
0
 
vote

Пользователь: Доступ к ресурсу базы данных. Как ключ, чтобы войти в дом.

Схема: сбор информации о объектах базы данных. Как индекс в вашей книге, которая содержит краткую информацию о главе.

Посмотрите здесь подробности

 

User: Access to resource of the database. Like a key to enter a house.

Schema: Collection of information about database objects. Like Index in your book which contains the short information about the chapter.

Look here for details

</div
 
 
0
 
vote

Для большинства людей, которые более знакомы с Mariadb или MySQL, это кажется немного запутанным, потому что в Mariadb или MySQL у них есть разные схемы (которые включают в себя разные таблицы, представление, блоки PLSQL и объекты БД и т. Д.) И пользователи являются учетными записями, которые может получить доступ к этой схеме. Поэтому конкретный пользователь не может принадлежать к любой конкретной схеме. Разрешение должно быть предоставлено этой схеме, то пользователь может получить доступ к нему. Пользователи и схема разделены в базах данных, такими как mysql и mariadb.

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

 

For most of the people who are more familiar with MariaDB or MySQL this seems little confusing because in MariaDB or MySQL they have different schemas (which includes different tables, view , PLSQL blocks and DB objects etc) and USERS are the accounts which can access those schema. Therefore no specific user can belong to any particular schema. The permission has be to given to that Schema then the user can access it. The Users and Schema is separated in databases like MySQL and MariaDB.

In Oracle schema and users are almost treated as same. To work with that schema you need to have the permission which is where you will feel that the schema name is nothing but user name. Permissions can be given across schemas to access different database objects from different schema. In oracle we can say that a user owns a schema because when you create a user you create DB objects for it and vice a versa.

</div
 
 
-1
 
vote

Схема - это контейнер объектов. Он принадлежит пользователю.

 

Schema is a container of objects. It is owned by a user.

</div
 
 
 
 
-1
 
vote

Ну, я где-то читал, что если у вашего пользователя базы данных есть привилегии DDL, то это схема, иначе это пользователь.

 

Well, I read somewhere that if your database user has the DDL privileges then it's a schema, else it's a user.

</div
 
 
 
 

Связанный проблема

1  Выполнить выполнение команды SQLPLUS из System.diagonistic.process  ( Execute sqlplus command execution from system diagonistic process ) 
Я хочу сделать резервную копию своих данных, используя оператор Select через SQLPLUS, используя мое приложение ASP.NET C # для этого, я хочу открыть SQLPLUS, ...

0  Объединение двух независимых внутренних объединений в один в определенных условиях  ( Combining two independent inner joins into one on certain conditions ) 
У меня есть следующие два запроса, которые показаны ниже, на самом деле оба запроса используют внутреннее соединение внутри. Теперь я хочу объединить эти два ...

0  DataPatch не удается с IsnonocleCloud должен быть объявлен  ( Datapatch fails with isnonoraclecloud must be declared ) 
При попытке применить DataPatch 31312468 в Oracle 12.2.0.1 Получить следующее: Ошибка по линии 8833: 4675/23 PLS-00302: Компонент «IsnonOracleCloud» должен ...

0  Группа и исключить минимум и максимум от результатов  ( Group by and exclude minimum and maximum from results ) 
У меня есть данные, похожие на следующее: <код> Date ID Amount 10-Jun-14 978500302 163005350 17-Jun-14 978500302 159947117 24-Jun-14...

0  Проблема выполнения запросов SQL в веб-логике DataSource - ORA-01438  ( Sql query execution issue in web logic datasource ora 01438 ) 
У меня есть простая вставка SQL Script, который выполняется при непосредственном запуске в базе данных. Но когда я выполняю тот же запрос на соединение с базо...

0  Oracle: отключить ограничение внутри триггера  ( Oracle disable a constraint inside a trigger ) 
Извините за раздражение, возможно, глупый вопрос, но почему это утверждение: <код> ALTER TABLE SESSION_LOGGING disable CONSTRAINT fk_session_log_ben_name; ...

0  Как выполнить несколько операторов DML в переменной последовательно с помощью CX_ORCACLE  ( How to execute multiple dml statements in a variable sequentially using cx oracl ) 
У меня есть переменный сценарий, который имеет два-три оператора DML. Я хочу запустить их последовательно после подключения к моему Oracle DB. Я попробовал ни...

1  Дизайн базы данных для заказов и подчинелей  ( Database design for orders and suborders ) 
Ранее я сделал эту схему базы данных со следующей информации: один завод имеет много элементов, и каждый элемент может принадлежать многим порядкам. Предмет и...

0  Oracle 11G соединение бросает загадочное исключение  ( Oracle 11g connection throws mysterious exception ) 
Наше приложение основано на базе данных Oracle 11g. Его драйверы уже установлены, но приложение бросает ошибку во время выполнения. "Applimsp.adocommands.g...

4  Есть ли способ получить типы / имена неизвестного запроса БД, не выполняя его?  ( Is there a way to get types names of an unknown db query without executing it ) 
У меня есть веб-приложение, в котором пользователи вводят произвольные запросы SQL для последующей пакетной обработки. Мы хотим подтвердить синтаксис запроса,...

0  Вставка в Oracle последовательно  ( Are insert in oracle sequential ) 
У меня есть стол в Oracle. Я создаю несколько пакетных заданий. Каждая пакетная задача вставила некоторое количество записей в таблице. Я хотел узнать, буду...

-1  Используйте SELECT Под действие  ( Use select under case statement ) 
Я хочу использовать запрос, который позволяет мне получить два различия в зависимости от фильтра. Я попробовал это, но не работает. <код> CASE WHEN filtre =...

0  Сложный случай утверждения о случаях - Oracle SQL  ( Complex case statement issue oracle sql ) 
написал запрос ниже, но получаю умноженные суммы, потому что агрегация должна произойти перед операторами дела. Полюбил бы несколько советов лучшим способом с...

1  SQL текст поиска на любом поле записи  ( Sql text search on any record field ) 
Я наращиваю систему сетки, и мне нужно искать вхождение текста на любом поле или моей записи - даже строки, временные метки и цифры. что-то вроде: <код> S...

0  Oracle Load Spikes пару часов после запуска  ( Oracle load spikes couple hours after startup ) 
Мы используем Oracle в качестве задней базы данных для нашего продукта. Я бегал серии стресс-тестов на нашу систему, и я начал заметить, что Oracle намного бы...

Связанный проблема

1  Выполнить выполнение команды SQLPLUS из System.diagonistic.process 
0  Объединение двух независимых внутренних объединений в один в определенных условиях 
0  DataPatch не удается с IsnonocleCloud должен быть объявлен 
0  Группа и исключить минимум и максимум от результатов 
0  Проблема выполнения запросов SQL в веб-логике DataSource - ORA-01438 
0  Oracle: отключить ограничение внутри триггера 
0  Как выполнить несколько операторов DML в переменной последовательно с помощью CX_ORCACLE 
1  Дизайн базы данных для заказов и подчинелей 
0  Oracle 11G соединение бросает загадочное исключение 
4  Есть ли способ получить типы / имена неизвестного запроса БД, не выполняя его? 
0  Вставка в Oracle последовательно 
-1  Используйте SELECT Под действие 
0  Сложный случай утверждения о случаях - Oracle SQL 
1  SQL текст поиска на любом поле записи 
0  Oracle Load Spikes пару часов после запуска