oracle type char sucks

[109]

заметка на будущее: не использовать в оракле тип char. никогда. вообще. в принципе. ур-роды.

Comments

[alexf.livejournal.com]

А что такое?

[duginov.livejournal.com]

если поле короткое и всегда целиком заполнено латинцей, то в принципе можно.
а что за ужас тебя с этими char посетил?

[ivan-gandhi.livejournal.com]

Рассказал бы простому народу. А то простой народ пользует свой простой JDatastore, где джавные строки хоть в один символ, хоть в миллион, зверски эффективно складываются и добываются, хоть русские, хоть японские... За что я JDatastore и люблю.

[109.livejournal.com]

это у вас там varchar2 наверное, а не char.

[ivan-gandhi.livejournal.com]

Ах да. Очевидно. Стану я с каким-то там, хм, связываться.

[109.livejournal.com]

рассказываю. каждый может произвести эксперимент.

create table tbl (fld char(1));

create or replace procedure insert_tbl(param in out tbl.fld%type) as
begin
  insert into tbl values(param);
end;

теперь пойти в VisualStudio, сгенерировать обвязку для этой процедуры и попытаться вызвать её.

[duginov.livejournal.com]

сразу настораживают две вещи...

1. "Visual Studio" (начали мы чморить вроде Оракл, а не MS?)
2. "сгенерить" (за любым генератором глаз да глаз нужен)

ну а само по себе дальнейшее разумеется работает:

declare
i char(1);
begin
i:='A';
insert_tbl(i);
end;

SQL> select * from tbl;

FLD
---
A

SQL

Расскажи, что же этакое вытворяет MS? Лень самому корячиться :)

[109.livejournal.com]

я неточно выразился. Oracle.NET, конечно. MS ни при чём тут.

[duginov.livejournal.com]

Oracle.NET? Что за зверь? Про такое даже гугл не в курсе...

[109.livejournal.com]

ну не через odbc же к ораклу доступаться.

http://otn.oracle.com/tech/windows/odpnet/index.html

[duginov.livejournal.com]

Ааааа, Oracle managed provider written by Oracle...

А у MS есть свой провайдер для Оракла. Может он не такой кривой? Я пока на грабли не нарывался, правда очень мало им пользовался, если сказать честно.

http://www.microsoft.com/downloads/details.aspx?FamilyID=4f55d429-17dc-45ea-bfb3-076d1c052524&DisplayLang=en