Скачать: CL | DM;

(Оракл) Как заставить вьюху слопать нужный мне тип ?   Найти похожие ветки 

← →
ANB ©   (2007-02-09 17:29) [0]

имеем :
table T1
(
 ID integer,
 Name varchar2(200)
)
создаем вьюху :
create or replace view V$T1 as
select * from T1

- все нормально, тип V$T1.ID - integer

теперь пытаемся работать с полем ID :

create or replace view V$T1 as
select decode(ID, 5, 1, ID), Name from T1

получаем поле V$T1.ID с типом number. И хоть тресни - не помогают ни конвертация, ни cast.

А у нас клиент смотрит тип поля в словаре (там оно integer) и начинает его читать как целое, в результате приезжают крякозябры. Нутро клиента поменять не могу (это на год работы).

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

---

← →
Desdechado ©   (2007-02-09 18:01) [1]

Хоть бы версию сказал. У меня на 9.2.0.7 в user_tab_cols получается в обоих случаях number, причем и в оригинальной T1 тоже NUMBER, только data_scale=0

PS INTEGER - это же псевдоним к NUMBER(36)

---

← →
Desdechado ©   (2007-02-09 18:02) [2]

Кстати, та же фигня (расширение точности NUMBER) в полях из UNION, даже если они в точности одинаковые. Все равно "обобщает".

---

← →
ANB ©   (2007-02-09 18:05) [3]

Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production

если еще точнее, то ID у нас number(10).

Однако number(10) != number и number(36) != number.

Такой же эффект я получал на 8, 9.2.0.7 и 10 XE.

в user_tab_columns number - в типе. Вся проблема в точности.
Кистате, одна из граблей оракл-дизайнере - не различает number и integer.

---

← →
ANB ©   (2007-02-09 18:07) [4]

> Все равно "обобщает".

Млин, делать то что ?

Я извратился, затянул поле из другой таблицы джойном (благо она все равно все ID содержала). Тип присвоился number(10), но запрос мне не нравится. Благо, еще не сильно тормозит. Плюс он берет одны таблицу с локала, а другую тянет по дблинку.

---

← →
Johnmen ©   (2007-02-09 18:11) [5]

> ANB ©

А что, принудительно (CAST) типы у вас не приводятся?

---

← →
Desdechado ©   (2007-02-09 18:14) [6]

Веселый ты парень. INTEGER и NUMBER(10) - две больших разницы.

Вот это
create or replace view V$T1 as
select CAST( decode(ID, 5, 1, ID) AS NUMBER(10) ) AS ID, Name from T1
дает в user_tab_cols для вьюхи и таблицы абсолютно одинаковые результаты.

---

← →
Val ©   (2007-02-09 18:16) [7]

что-то я не могу понять - что за проблема, какие такие кракозябры?

---

← →
ANB ©   (2007-02-10 14:41) [8]

> что-то я не могу понять - что за проблема, какие такие кракозябры?

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

---

← →
ANB ©   (2007-02-10 14:44) [9]

> Вот это
> create or replace view V$T1 as
> select CAST( decode(ID, 5, 1, ID) AS NUMBER(10) ) AS ID,
>  Name from T1
> дает в user_tab_cols для вьюхи и таблицы абсолютно одинаковые
> результаты.

не ботает

---

← →
ANB ©   (2007-02-10 14:45) [10]

DATA_PRECISION разные

---

← →
Desdechado ©   (2007-02-10 14:53) [11]

У меня идентичные.

---

← →
ANB ©   (2007-02-10 15:31) [12]

> У меня идентичные.

оба по 10 ? А какая версия оракла ?

---

← →
Desdechado ©   (2007-02-10 17:03) [13]

см. [1]

---

← →
ANB ©   (2007-02-10 17:13) [14]

А DATA_PRECISION в обоих случаях по 10 ?

Попробуй в T1 ID сделать number(10). И проверить DATA_PRECISION.

Млин, и в 8-ке и в 9-ке нашей версии одна и та же грабля.

---

← →
Desdechado ©   (2007-02-10 17:29) [15]

> А DATA_PRECISION в обоих случаях по 10 ?
10

> Попробуй в T1 ID сделать number(10). И проверить DATA_PRECISION.
Я так и сделал сразу после ANB ©   (09.02.07 18:05) [3]

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.04 c