@Lob 文字列は、LONGVARCHAR または PostgreSQL が OID として読み込む必要があります

Fixkamo-shared-library
出荷済み
2026年8月10日 13:10 UTC
プロフィール
Kamo
コンテンツ
2a2dc86

Hibernate の PostgreSQL のダイアレクトは @Lob ストリングを OID にマップします(大オブジェクト) 参照) getLong() で読み込みます。 CockroachDialect が同じマッピング TEXTをプレーするアノテーションなので、これはYugabyteDBのカトラバーまで見えない。 Symptom: 'Bad 値の型長 : test' -- 本文が 単語テストは、長いように読みます。 リード通信のタイムラインを壊し、 同じ欠陥は、これらのすべての52フィールドに座っています:ノート、連絡先、カレンダー イベント、OAuthアクセス/リフレッシュトークン、IMAPパスワード、メールキャンペーンボディ、 webhook 秘密, Canva と社会的資格情報. ******************** は TEXT の動作を復元します。 既存の 列は既に TEXT (CockroachDB から引き渡された) だったので、データが動かなかった。 メニュー メニュー oid として新しく作成され、テキストに変更されました。テーブルは空でした.

すべての変更

配送を見るのが好きですか?

これらのアップデートは、自動的にワークスペースに埋め込まれます。 週1回無料スタートし、週1回生育する.

永遠に無料で始める料金を見る