問題タブ [large-text]

約 100000 件の記事を含むテキスト ファイルがあります。ファイルの構造は次のとおりです。

このファイルを c# で開き、1 行ずつ処理したいと考えています。私はこのコードを試しました：

しかし、それは言います：

タイプ 'System.OutOfMemoryException' の例外がスローされました。

問題は、このファイルを開いて 1 行ずつ読むにはどうすればよいかということです。

• ファイルサイズ: 564 MB (591,886,626 バイト)
• ファイルエンコーディング: UTF-8
• ファイルに Unicode 文字が含まれています。

SQLデータベースに8000文字を超える文字列を保存するのに適したデータ型は何ですか?

これは単なる例であることに注意してください。

そのうちの1つを選択すると、本文のテキストは実際に拡大しますが、Cookieを読んで選択したオプションを覚えておくことが、私が含めたいと思います。

実際、私はJSでCookieを作成した経験はなく、PHPでのみ作成した経験があります。誰かが私のオプションを覚えて最も簡単な方法でCookieを作成する方法の例を思い付くことができますが、誰かが別のCookieをクリックするたびに、最後に設定されたCookieを削除する必要があります。たとえば、Cookieの値は15pxで、更新または削除する必要があります。 13pxなどの新しい値を持つ新しいCookieを使用します。

ありがとう ：）

これは、巨大な文字列パラメーターをストアド プロシージャに渡すこととまったく同じではありません....

ID int と大きな文字列を取り、それをテーブルに挿入する SQL Server 2008 sproc があります。sproc は .NET 4.0 コードによって呼び出されFile.ReadAllText、文字列に変換してから sproc に送信します。文字列のソースはテキスト ファイルです。将来、多くの 100 MB ファイルを 1 日中不変の "use once" 文字列に読み込み、それを SQL Server に送信するという考えは、C# 側ではメモリを浪費するように思えます。

テキストをディスクから sproc にストリーミングするよりスマートな方法は何ですか? 現在のVarchar(Max)パラメーターをより適切なものに変更できます。

すべてのアイデアに感謝します。

ありがとう。

オンライン聖書検索プログラムを開発しています。聖書は非常に大きな本で、プレーン テキストで 5 MB 近くのスペースを占有します。プログラムに API を実装し、他の Web サイトが検索クエリを開発したり、独自のサーバーに聖書を保存したりすることなく、独自の聖書検索ウィジェットとプログラムを含めることができるようにすることを計画しています。

これを念頭に置いて、最終的にプログラムを通過するクエリのフローが適度になると予想します。また、聖書に精通していない人のために、テキストをフォーマットする 2 つの方法があります。赤いテキストと斜体の両方を含めることができます。赤い文字とイタリック体の書式設定と共に聖書を保存する方法が必要ですが、検索クエリで書式設定を無視できるようにする必要があります。

また、可能な限り高速で効率的 (メモリと CPU の使用) である必要があります。フォーマットを無視してクエリを実行できる限り、任意のストレージ フォーマット (MySQL、JSON、または XML テキスト ファイルなど) が考慮されます。ファイルのサイズと数はそれほど重要ではないので、本や章を別々のファイルに分割しても問題ありません。

ただし、覚えておくべきもう1つの重要なことは、複数の詩を検索できる何らかの形式の検索方法が必要だということです. したがって、「しかし、神のために永遠の命が彼の息子ではなく送られた」を検索すると、ヨハネ 3:16,17が返されます。すべてのアイデアをありがとう！

200 万個の文字列があり、それぞれ 1 TB のテキスト データを検索する必要があります。それらすべてを検索することは最善の解決策ではないため、すべての文字列に対して trie のようなデータ構造を作成するより良い方法を考えていました。つまり、その中の各ノードが単語であるトライです。この目的に適したアルゴリズム、データ構造、またはライブラリ (C++) はありますか?

この質問についてもっと説明させてください。

たとえば、次のような文字列があります: s1-「愛してる」 s2-「お元気ですか」 s3-「お元気ですか」

t1-「こんにちは、私の名前は Omid です。コンピューターが大好きです。お元気ですか?」t2-「あなたのすべての願いは叶います、彼らは私に言います...」 t3 t4 . . . t10000

次に、各テキストを検討し、それらの各文字列を検索したいと思います。最後に、この例では次のように言います: t1 には s1 が含まれ、他には何も含まれていません。文字列を検索する効率的な方法を探していますが、毎回愚かではありません。

現在、アクセシビリティの設定で大きなテキストを有効にすると、UI が壊れてしまいます。マニフェストまたはその他のソリューションにタグがあり、アクセシビリティ設定で大きなテキストをチェックしてチェックを外した後、TextView のテキストサイズの増加と減少を無視します。

私はgrailsアプリケーションに取り組んでいます。長さが 255 文字を超える文字列の処理で問題が発生しています。255 文字を超える文字列でレコードを更新しようとすると、次の例外が発生します。

これは、大きな文字列を格納する属性です。

そして、これは私がこれに適用している制約です:

そして、テーブルのデザインを見ると、この属性は次のようになります。

だから、すべてがうまくいっているように見えるのに、なぜ255文字を超える文字列を格納できないのですか.

私もこのアプローチを試しましたが、運はありません:

制約あり:

そして、デザインを見ると、次のようになります。

しかし、私はまだ同じ問題を抱えています。Grails に 255 文字を超える文字列を格納したいだけです。私が何か間違ったことをしている場合、または他のアプローチでこれを達成できる場合は、私を導いてください。

お時間とご検討いただきありがとうございます:)