SQLのInsertにおける、JDBCとIRIS直の挙動差異について。

@Yuji Ohata さん、面白い話題をありがとうございます！

ご質問への直接な回答としては
「DBeaver が文字列、ObjectScript経由が数値として入る差異は製品仕様で、回避する方法がない」
になります。。

背景やその他おもしろ情報を以下お伝えしますね。

ObjectScriptも、実は内部では、データを「文字列」か「数値型」かを明確に区別しています。たとえば、以下の２つはデータとしては厳密には異なります。

set a="12345";; a: STRINGsetx=12345;; x: INTEGER

if a=x write "OK" とすると、ちゃんと "OK" と表示しますが、内部的には異なるデータです。

ただ、ObjectScript では型を厳密に定義しなくてもデータを扱える、という「メリット」があります。たとえば a は上記のように内部的には文字列扱いですが、aをキャストしなくても、数値を加えることができます。 

set a="12345";; a: Stringset b=a+1;; b: INTEGER!

つまり、上記の a と x はデータとしては厳密には異なりますが、ObjectScriptで取り扱うときは、多言語と違って、文字でもあり数値でもある曖昧さを許容してプログラミングできる、ということです。プログラマーにはラクチンです😄

ここで、Yuji さんがご質問されているテーブル定義の VARCHAR ですが、これは内部データ格納時に、ObjectScript 経由で登録すると 「%Stringだが、もし数値として登録されるなら、数値として登録される仕様」となっています。

Property a1 As%String;ClassMethod init()
{
    &sql(insertintotest (a1) values ('123'))
    &sql(insertintotest (a1) values ('12345678901234567890'))
}

1件目のデータは、数値 123
2件目のデータは、(数値範囲を超える桁数なので) 文字列 12345678901234567890

ただ、ODBC / JDBC 経由でデータ挿入をする場合は、ODBC / JDBC の世界では厳密にデータ型を定義しているため、ＩＲＩＳ登録時に「VARCHAR の 123456789012345678 ね」　と情報が届きます。そのため、同じＩＮＳＥＲＴでも

INSERTINTOtest (a1) values (123)

は、文字列 123 として登録されます。

ちなみに、「ObjectScriptでそのデータは文字列か数値か」は、$List のデータに格納することで区別がつきます。

set a=123;; INTEGERsetx="123";; STRINGset a1=$LB(a)    ;; INTEGER in $LIST zzdump a1        ;; a1: 03 04 7B set x1=$LB(x)    ;; STRING in $LISTzzdump x1        ;; x1: 05 01 31 32 33

$LIST は第２バイトに型をもっています。上の例ですと

a1 :  型 04 = INTEGER
x1 :  型 01 = STRING

という感じです。

あまりご質問の回答としてふさわしくない話題かもしれませんが、、、　
「なるほど、その分野はユルめの言語なのね」と思っていただけると嬉しいです。