質問する

Revision history [back]

click to hide/show revision 1
最初のバージョン

Base側のGUIのバグかも。3倍の空白がつくのではなく、UTF-8では1文字あたり最大4バイトとると考えて、4 * 3W = 12Wになるまで補充されているとの情報あり。Firebird側が標準から逸脱した挙動しているとの見解もあり。未検証。

https://bugs.documentfoundation.org/show_bug.cgi?id=105711

Base側のGUIのバグかも。3倍の空白がつくのではなく、UTF-8では1文字あたり最大4バイトとると考えて、4 3倍の空白がつくのではなく、UTF-8では1文字あたり最大4バイトとると考えて、4 * 3W = 12Wになるまで補充されているとの情報あり。Firebird側が標準から逸脱した挙動しているとの見解もあり。未検証。12Wになるまで補充されているとの情報あり。Firebird側が標準から逸脱した挙動しているとの見解あり。あるいはFirebird用のsdbcドライバがVARCHARとして解釈すべきなのか。未検証。

https://bugs.documentfoundation.org/show_bug.cgi?id=105711

HSQLDBのデータを作ってみたところ、こちらは文字数換算のバイト数ではなく、文字数そのものになっているようです。

3倍の空白がつくのではなく、UTF-8では1文字あたり最大4バイトとると考えて、4 * 3W 3bytes = 12Wになるまで補充されているとの情報あり。Firebird側が標準から逸脱した挙動しているとの見解あり。あるいはFirebird用のsdbcドライバがVARCHARとして解釈すべきなのか。未検証。12bytesになるまで補充されているとの情報あり。Firebird側が標準から逸脱した挙動しているとの見解あり。あるいはFirebird用のsdbcドライバがVARCHARとして解釈すべきなのか。未検証。

https://bugs.documentfoundation.org/show_bug.cgi?id=105711

HSQLDBのデータを作ってみたところ、こちらは文字数換算のバイト数ではなく、文字数そのものになっているようです。