問題タブ [longtext]

何らかの理由で、mysqli$query -> fetch();は空白を返します。これは、mysqlテーブルのlongtextである列ですか？

何か案は？列をに設定しましたtext。正常に機能します。WAMPサーバーでも問題なく動作しますが、本番サーバーに配置すると、空白が返されます。どちらのシステムもphp5.3.5を実行しています

すべてのエントリがミディアムテキストサイズのフィールドに収まる場合、MySQLロングテキストサイズのフィールドを使用することの欠点は何ですか？

私が尋ねている理由は、私がいくつかの長いテキストサイズのフィールドを持っていて、それらが大きすぎることに最近気付いたのですが、「何が害なのか」という理由で、細かい変更を行う動機付けに苦労したからです。したがって、質問です。

スペースを含めて約 1000 文字 (190 語) の長いテキストがあります。大きなテキストビューでそれを表示しようとしましたが、それほど素晴らしくなく、プロに見えませんでした。他のアイデアはありますか?

助けてくれて、助けようとしてくれてありがとう。

テキストの例:

1. リスト アイテム内のリスト:
   • 4 つのスペースをインデントします。
     • 8 つのスペースをインデントします。
   • また四枠。

多言語 PHP Web アプリケーションを開発していますが、gettext で翻訳する必要がある長い (っぽい) テキストがあります。これらは、電子メール テンプレート (通常は短いが数行) とビュー テンプレートの一部 (より長い説明的なテキスト ブロック) です。これらのテキストには、いくつかの単純な HTML が含まれます (強調のための太字/斜体など、おそらくあちこちにリンクがあります)。テンプレートは、出力がキャプチャされる PHP スクリプトです。

問題は、長いテキストを扱うには gettext が非常に扱いにくいように見えることです。一般に、長いテキストは短いテキストよりも時間の経過とともに多くの変更を加えます — msgid を変更し、すべての翻訳でそれを更新するようにします (msgid が長い場合、多くの作業が必要になり、エラーが発生しやすくなる可能性があります)、またはそのままにしておくことができます。 msgid は変更せず、翻訳のみを変更します (これにより、誤解を招く古いテキストがテンプレートに残ります)。また、gettext 文字列に HTML を含めることに対するアドバイスを見てきましたが、それを避けると、テキストの 1 つの自然な断片が多くのチャンクに分割され、翻訳と再構築がさらに大きな悪夢になります。また、反対のアドバイスも見ました。 gettext 文字列を個別の msgid に不必要に分割します。

私が見るもう 1 つのアプローチは、これらの長いテキストに対して gettext を完全に無視し、ロケールごとに外部サブテンプレートでこれらのブロックを分離し、現在のロケール用のものだけを含めることです。欠点は、gettext .po ファイルと完全に別の場所にある個別のテンプレートとの間で翻訳作業を分離していることです。

このアプリケーションは、将来的に他のアプリケーションの出発点として使用されるため、長期的に最適なアプローチを考え出そうとしています. このようなシナリオでのベスト プラクティスについてアドバイスが必要です。同様のケースをどのように実装しましたか？何がうまくいき、何が悪いアイデアになったのでしょうか?

この作業を行うには、PHP またはその他の言語が必要になる場合がありますが、MYSQL で直接解決することをお勧めします。

昨年のニューヨーク州の宝くじの当選番号のリストをまとめました。データを格納するために MYSQL に 4 列のテーブルを作成しました。1 つは日付用、1 つは当選番号用、1 つはボーナス番号用、もう 1 つはペイアウト用です。宝くじの番号 (int の配列と見なす) を格納する方法について少し調べたところ、longtext データ型を使用することをお勧めすることがわかりました。データは、01|34|35|36|56|59 のように各値をパイプで区切って入力します。数字は常に昇順で、2 桁が与えられ、59 を超えることはありません。

私のプロセスの次のステップは、各数値が発生する頻度を示す表を作成することです。これが私の疑似コードです。

ご覧のとおり、私は自分が何をしたいのかについて非常に明確な考えを持っています。SO についていくつか簡単な質問があります。MYSQL だけでこれを行うことはできますか? さらに重要なことに、わざわざ挑戦してはいけない大きな明確な理由はありますか? あるとすれば、その理由は何ですか？

タイプのデータベースフィールドが22個ありますlongtext。次のデータを使用して12個のフィールドを保存しようとすると、次のエラーが発生します。

11フィールドしか保存しないと、問題なく保存されます。データは次のとおりです。

どうすれば問題を解決できますか？行サイズのバイトを8126より大きくするようにするにはどうすればよいですか？

以下のクエリを MySQL で実行しようとしていますが、毎回 SQL エラー 1406 Data too long for column エラーが発生します。列のデータ型は longtext です。何か案は？

ありがとう、これが SHOW CREATE TABLE の結果です

特別な/エスケープされた文字を含まないこの短いクエリを試してみましたが、それでもエラーが発生します。

[解決済み] ご協力ありがとうございます。HTML コメントを削除したところ、うまくいきました。

コマンドライン インターフェイス (GUI クライアントではない) を使用して、MySQL のテーブルで SELECT クエリを実行しています。

SELECT * FROM blog_entry;

blog_entry のフィールドの 1 つは「longtext」タイプで、結果が端末に表示されるときに行の表示に 1 行以上かかるほど長いテキストです。これにより、表示が見にくくなり、列が見にくくなります。印刷された行の結果が新しい行にオーバーフローしないように、各フィールドに表示される文字数を制限する SELECT クエリで使用できる手法は何ですか?

リンクをクリックすると、関数に 3 つのデータベース (mysql) の値を送信しようとしています。値の 2 つはデータベースの VARCHAR で、3 番目は LONGTEXT です。VARCHAR 値は正常に機能しますが、LONGTEXT 値は機能しませんか? 以下のリンクでは、機能しないのは「<%=rs("texten")%>」であり、もう一方は必要に応じて値を送信します。データベースからの値は次のとおりです。

rs("gallery_id"9 = 12

rs("big_image") = アルマーニ1.jpg

rs("texten") = これはいくつかのテスト テキストです,これはいくつかのテスト テキストです,これはいくつかのテスト テキストです,これはいくつかのテスト テキストです,これはいくつかのテスト テキストです,....

テキストを含めてFacebookに送信するのは「message: texten」です。リンクが取得する <%=rs("texten")%> のデータベースを VARCHAR に変更すると、機能しますが、データベース内の LONGTEXT の場合は機能しませんか? 私の言いたいことを理解していただければ幸いです。ありがとう。

正常に動作するデータベース クエリ関数を取得しましたが、mysqli のプリペアド ステートメントとロングテキスト フィールドに関する明らかに既知の問題に遭遇しています。何が起こるかというと、phpMyAdmin を介してクエリを実行しても正常に動作するにもかかわらず、ロングテキスト フィールドは常に空になります。http://www.workinginboxershorts.com/php-mysqli-returns-empty-variables-from-longtext-columnによると、データ型をテキストに切り替えると問題が解決します。ただし、私の場合、その余分なスペースが貴重になると予測できる限り、フィールドを長いテキストのままにしておくことを本当に好みます。

パラメータ化されたクエリを使用していますが、これが明らかに問題です。これが私の機能です：

私が投稿したリンクによると、物事が行われる順序に関する回避策がありますが、例とはまったく異なる方法でクエリを処理しているか、単に重要なことを理解していません。

助けてくれる人に感謝します！

編集: Corina の回答のおかげで、私はこれを解決しました-問題に遭遇した他の人のために、mysql_stmt_execute コマンドの後に次を追加するだけです: