Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Oracle11g:exp BINARY_FLOAT  [new]
mayton
Member

Откуда: loopback
Сообщений: 49745
через утилиту exp - уже не судьба?
SQL> create table scott.test_bfloat(f binary_float);

Table created.

SQL> create table scott.test_bdouble(f binary_double);

Table created.


$ exp owner=scott file=/u01/scott3.dmp log=/u01/scott3.log statistics=none

Export: Release 11.1.0.6.0 - Production on Sun May 24 18:43:31 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.


Username: sys@inec as sysdba
Password:

Connected to: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses CL8MSWIN1251 character set (possible charset conversion)

About to export specified users ...
. exporting pre-schema procedural objects and actions
. exporting foreign function library names for user SCOTT
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions for user SCOTT
About to export SCOTT's objects ...
. exporting database links
. exporting sequence numbers
. exporting cluster definitions
. about to export SCOTT's tables via Conventional Path ...
. . exporting table                          BONUS          0 rows exported
. . exporting table                           DEPT          4 rows exported
. . exporting table                            EMP         14 rows exported
. . exporting table                       SALGRADE          5 rows exported
. . exporting table                   TEST_BDOUBLE
EXP-00104: datatype (BINARY_DOUBLE) of column D in table SCOTT.TEST_BDOUBLE is not supported, table will not be exported
. . exporting table                    TEST_BFLOAT
EXP-00104: datatype (BINARY_FLOAT) of column F in table SCOTT.TEST_BFLOAT is not supported, table will not be exported
. exporting synonyms
. exporting views
. exporting stored procedures
. exporting operators
. exporting referential integrity constraints
. exporting triggers
. exporting indextypes
. exporting bitmap, functional and extensible indexes
. exporting posttables actions
. exporting materialized views
. exporting snapshot logs
. exporting job queues
. exporting refresh groups and children
. exporting dimensions
. exporting post-schema procedural objects and actions
. exporting statistics
Export terminated successfully with warnings.
$
Грустно.
24 май 09, 20:08    [7220341]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 10043
mayton
Грустно.


Can you use DATAPUMP? EXP/IMP does not support BINARY_FLOAT/BINARY_DOUBLE, while (although it is not always a workarond) DATAPUMP does.

SY.
24 май 09, 20:17    [7220350]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
mayton
Member

Откуда: loopback
Сообщений: 49745
Спасибо SY. Мне как-то было приятнее с разработчиками обмениваться по почте дампами мелких табличек с использованием exp. Ну раз "концепция меняется" и Oracle нас "взашей" толкает к использованию серверной технологии, будем делать по новому. Жаль, что новый способ заставит меня делать больше клавиатурных нажатий и мышкокликов.
24 май 09, 20:22    [7220356]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
ZVV
Member

Откуда: Минск
Сообщений: 744
mayton,

к датапампу всё равно надо привыкать, станадартный импорт\экспорт больше "энхансить" не будут, поэтому со всеми новыми фичами (уже даже в 11-ке) он работать не будет..
24 май 09, 20:35    [7220367]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3778
ZVV,

а что делать если доступа к fs нет?
24 май 09, 21:12    [7220428]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
ZVV
Member

Откуда: Минск
Сообщений: 744
Андрей Панфилов
ZVV,

а что делать если доступа к fs нет?


Это риторический вопрос? :)
24 май 09, 22:36    [7220521]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
mayton
Member

Откуда: loopback
Сообщений: 49745
ZVV
mayton,

к датапампу всё равно надо привыкать, станадартный импорт\экспорт больше "энхансить" не будут, поэтому со всеми новыми фичами (уже даже в 11-ке) он работать не будет..

Мда... Придётся написать парочку тулзов для извлечения DML-скриптов.
28 май 09, 10:36    [7238009]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
hell
Member

Откуда:
Сообщений: 3001
ZVV
mayton,

к датапампу всё равно надо привыкать, станадартный импорт\экспорт больше "энхансить" не будут, поэтому со всеми новыми фичами (уже даже в 11-ке) он работать не будет..


А датапамп будет?

ORA-39139: Data Pump does not support XMLSchema objects. string will be skipped.
28 май 09, 10:44    [7238058]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
mayton
Member

Откуда: loopback
Сообщений: 49745
hell,

Брр... это не мои слова.
28 май 09, 10:50    [7238099]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
hell
Member

Откуда:
Сообщений: 3001
mayton
hell,

Брр... это не мои слова.


Я у ZVV и спрашиваю :-)

К тому же, datapump явно не замена обычному экспорту, как быть, если между базами никакой сети нет, и второй базы может вообще еще и нет и непонятно когда будет?
28 май 09, 10:59    [7238147]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
ZVV
Member

Откуда: Минск
Сообщений: 744
hell
ZVV
mayton,

к датапампу всё равно надо привыкать, станадартный импорт\экспорт больше "энхансить" не будут, поэтому со всеми новыми фичами (уже даже в 11-ке) он работать не будет..


А датапамп будет?

ORA-39139: Data Pump does not support XMLSchema objects. string will be skipped.


Никогда с XML не работал, точно не знаю...
Возможно дело в этом:
Utilities 11.1
DATA_OPTIONS
Default: There is no default. If this parameter is not used, then the special data
handling options it provides simply do not take effect.
Purpose
The DATA_OPTIONS parameter provides options for how to handle certain types of
data during exports and imports. For export operations, the only valid option for the
DATA_OPTIONS parameter is XML_CLOBS.
Syntax and Description
DATA_OPTIONS=XML_CLOBS
The XML_CLOBS option specifies that XMLType columns are to be exported in
uncompressed CLOB format regardless of the XMLType storage format that was
defined for them.
If a table has XMLType columns stored only as CLOBs, then it is not necessary to
specify the XML_CLOBS option because Data Pump automatically exports them in
CLOB format.
If a table has XMLType columns stored as any combination of object-relational
(schema-based), binary, or CLOB formats, Data Pump exports them in compressed
format, by default. This is the preferred method. However, if you need to export the
data in uncompressed CLOB format, you can use the XML_CLOBS option to override
the default.
Restrictions
■ Using the XML_CLOBS option requires that the same XML schema be used at both
export and import time.
■ The Export DATA_OPTIONS parameter requires the job version to be set at 11.0.0
or higher. See VERSION on page 2-38.
See Also: Oracle XML DB Developer's Guide for information specific
to exporting and importing XMLType tables

Example
This example shows an export operation in which any XMLType columns in the
hr.xdb_tab1 table are exported in uncompressed CLOB format regardless of the
XMLType storage format that was defined for them.
> expdp hr TABLES=hr.xdb_tab1 DIRECTORY=dpump_dir1
DUMPFILE=hr_xml.dmp VERSION=11.1 DATA_OPTIONS=xml_clobs

У вас с какой версии мессага?
28 май 09, 12:16    [7238706]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
ZVV
Member

Откуда: Минск
Сообщений: 744
hell
mayton
hell,

Брр... это не мои слова.


Я у ZVV и спрашиваю :-)

К тому же, datapump явно не замена обычному экспорту, как быть, если между базами никакой сети нет, и второй базы может вообще еще и нет и непонятно когда будет?


Долго думал...
Вопрос так и не понял... :)
28 май 09, 12:17    [7238711]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
ZVV
hell
mayton
hell,

Брр... это не мои слова.


Я у ZVV и спрашиваю :-)

К тому же, datapump явно не замена обычному экспорту, как быть, если между базами никакой сети нет, и второй базы может вообще еще и нет и непонятно когда будет?


Долго думал...
Вопрос так и не понял... :)

+1 )))
28 май 09, 12:20    [7238737]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
hell
Member

Откуда:
Сообщений: 3001
ZVV

Долго думал...
Вопрос так и не понял... :)


Это я к тому, что вариантом выгрузки в файл expdp принципиально от exp не отличается.
28 май 09, 12:27    [7238792]     Ответить | Цитировать Сообщить модератору
 Re: Oracle11g:exp BINARY_FLOAT  [new]
mayton
Member

Откуда: loopback
Сообщений: 49745
Мне в утилите exp очень нравился фокус с экспортом в pipe и одновременно с импортом в другую базу из этого-же канала. Так можно было переливать толстые таблицы, содержащие long объекты без создания промежуточного файла на сервере.

С datapump даже при использовании network_link такой фокус не прокатывает. Не все типы позволительно протолкнуть через такое соединение.

С файловым выводом pump работает, похоже в режиме random access. А это сильно сужает её возможности применения в Unix.
28 май 09, 12:32    [7238834]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить