2017-12-22 16 views
0

テーブルがキャッシュされているため、クリーニングキャッシュが機能することが分かります。しかし、ここで問題を引き起こすスクリプト内の特定の行が内容です。太字で強調表示された行を理解するのを手伝ってください。テーブルHypersonicDBデータソースから接続を取得しようとするとJbossサーバーがハングアップする

がキャッシュさTABLE JMS_MESSAGES(MESSAGEID INTEGER NOT NULL、DESTINATION VARCHAR(255)NOT NULLと、TXID INTEGER、TXOP CHAR(1)、MESSAGEBLOBのOBJECT、PRIMARY KEY(MESSAGEID、DESTINATION))をCREATE

//を作成

//作成インデックス

CREATE INDEX JMS_MESSAGES_TXOP_TXID ON JMS_MESSAGES(TXOP、TXID)

CREATE INDEX JMS_MESSAGES_DESTINATION ON JMS_MESSAGES(DESTINATION)

//それは何ですか?この行は、それがJMS_MESSAGES INDEX'3883576は3883576 3883576 0'

SET TABLEをハングするので、私はこの行が私はこのスクリプトをデバッグすることができないものを教えてください。本番環境では、Jboss 4.0.4を使用しており、毎週日曜日に頻繁にtmp/workをクリアしてシステムを再起動しないことがよくあります。

答えて

1

太字で報告されている行を削除し、変更を加えずに.scriptファイルを保存するだけです。

この行の目的は、.dataファイル内のデータにリンクすることです。これはもはや有効ではないメッセージキャッシュであるため、そこにデータは存在しないはずです。

関連する問題