mysql内のmediumtextとして定義されているカラムに64000以上格納するのが難しいです。先ほどのテキストデータ型でこの制限に遭遇し、列を削除して中文字フィールドとして再作成することに決めました。問題は、私のデータが64000バイトで切り捨てられていることです。mysql mediumtextカラムに64000以上格納できない問題
フィールドが中程度のテキストフィールドであることを再確認しました。あなたがvarcharフィールドと同じようにカラムを作成するときの長さを指定する必要はありません。
これは64000に制限されていて、それを変更する理由は何ですか？
CF管理データソースの高度なセクションには、最大カラムサイズを設定するオプションがあり、デフォルトでは64000に設定されているため、これがあなたの問題です。
自分でCF管理者にアクセスできない場合は、ホスティングプロバイダーに連絡して、それを増やすよう依頼する必要があります。
私はホストされた環境にいるため、この値を変更することはできません。これが限界だと本当に感じていますか？もしそうなら、それを何に設定すべきですか？ –
私は投票を辞退しましたが、なぜ私は知りません...私の返事はあなたが受け入れた人にかなり似ています –
なぜ落選したのか分かりません - これは答えではありませんでしたが、データソースの設定が原因ではないことが判明しました。 –
私はあなたができる場合、MySQLクライアントを使用して非常に長い何かを挿入しようとするだろう物事が働くことを二重にチェックするだけです。そうでなければ、 "SHOW WARNINGS"が何が起こったかを教えてください。
これはCold Fusionのものであるかどうか疑問に思っています（私はそれに慣れていません）。ミディアムテキストは十分長くなければならず、物事が変わったことを確認しました。
ガブリエルは、最大パケットサイズ制限を提案しました。それはいい考えですが、それはそれほど疑わしいことです。デフォルトのサイズは1MBです。一度に複数の挿入/更新を送信しない限り、問題はありません。
現在のサイズをホスティングプロバイダに問い合わせることができます。それが非常に小さい場合、あなたはいつも彼らがそれを増やしてくれるかどうか尋ねることができます。一方、8MB、16MB以上の場合は、それが問題になるのではないかと疑います（大きな変更をたくさんバッチしない限り）。
説明を記述するとき、表定義はどのように見えますか？それが "MEDIUMTEXT（65536）"のようなものでない限り、それはあなたの問題ではありません。
優秀！それはそれだった。あなたのデータソースの下で、詳細オプションをクリックし、 "Long Text Buffer（chr）"の値を調整してください。ありがとう！ –