Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 DBMS_PIPE vs DBMS_ALERT  [new]
essbase.ru
Member

Откуда: http://essbase.ru/about
Сообщений: 1407
Хочу попробовать использовать DBMS_PIPE или DBMS_ALERT для того что бы передать выборку в 10-15 тыс. записей.

Кто нить подобное делал ? есть подводные камни ?

з.ы. сейчас все реализовано через буферную таблицу, но ищу другие способы )

Essbase Performace Lab
27 фев 12, 12:19    [12155908]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
Elic
Member

Откуда:
Сообщений: 29976
essbase.ru
Хочу попробовать использовать DBMS_ALERT для того что бы передать выборку в 10-15 тыс. записей. есть подводные камни ?
Ну-ну.
Сперва рождаются "гениальные" мысли и лишь потом читается документация.
27 фев 12, 12:30    [12156012]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
essbase.ru
Member

Откуда: http://essbase.ru/about
Сообщений: 1407
Elic,

если чего знаешь , не держи в себе , поделись )
27 фев 12, 13:40    [12156685]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
essbase.ru
Member

Откуда: http://essbase.ru/about
Сообщений: 1407
Elic,

оказалось самым надежным и быстрым решением - это закрепить табличку в shared pool

DBMS_PIPE на таких объемах рушил Oracle.
27 фев 12, 22:15    [12160635]     Ответить | Цитировать Сообщить модератору
 Пора настырных дебилов, унылая пора.  [new]
-2-
Member

Откуда:
Сообщений: 15330
essbase.ru
закрепить табличку в shared pool
гениально!
27 фев 12, 23:32    [12160847]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
Apex
Member

Откуда: Made in USSR
Сообщений: 3909
-2-
essbase.ru
закрепить табличку в shared pool
гениально!

!!!
27 фев 12, 23:54    [12160942]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
дайте_два
Guest
essbase.ru
Elic,
оказалось самым надежным и быстрым решением - это закрепить табличку в shared pool

это каким же потайным ходом таблички в shared pool пробираются ?
28 фев 12, 11:46    [12162399]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
essbase.ru
Member

Откуда: http://essbase.ru/about
Сообщений: 1407
дайте_два,

BUFFER_POOL

The BUFFER_POOL clause lets you specify a default buffer pool or cache for a schema object. All blocks for the object are stored in the specified cache.

If you define a buffer pool for a partitioned table or index, then the partitions inherit the buffer pool from the table or index definition unless overridden by a partition-level definition.
For an index-organized table, you can specify a buffer pool separately for the index segment and the overflow segment.

Restrictions on the BUFFER_POOL Parameter BUFFER_POOL is subject to the following restrictions:
You cannot specify this clause for a cluster table. However, you can specify it for a cluster.
You cannot specify this clause for a tablespace or a rollback segment.

KEEP Specify KEEP to put blocks from the segment into the KEEP buffer pool. Maintaining an appropriately sized KEEP buffer pool lets Oracle retain the schema object in memory to avoid I/O operations. KEEP takes precedence over any NOCACHE clause you specify for a table, cluster, materialized view, or materialized view log.
RECYCLE Specify RECYCLE to put blocks from the segment into the RECYCLE pool. An appropriately sized RECYCLE pool reduces the number of objects whose default pool is the RECYCLE pool from taking up unnecessary cache space.

DEFAULT Specify DEFAULT to indicate the default buffer pool. This is the default for objects not assigned to KEEP or RECYCLE.
28 фев 12, 17:26    [12165445]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
essbase.ru
Member

Откуда: http://essbase.ru/about
Сообщений: 1407
дайте_два,

/*+ RESULT_CACHE */
28 фев 12, 17:26    [12165450]     Ответить | Цитировать Сообщить модератору
 Re: DBMS_PIPE vs DBMS_ALERT  [new]
sixers
Member

Откуда:
Сообщений: 146
essbase.ru,

/*+ RESULT_CACHE */ - не означает
автор
- это закрепить табличку в shared pool
28 фев 12, 17:45    [12165650]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить