問題タブ [text-files]

次のファイルを検討してください

数値をマトリックスにロードし、列のタイトルを次と同等の変数にロードしたいと思います。

名前と番号を 2 つのファイルに分割してもかまいませんが、matlab コード ファイルを準備してそれらを評価することはオプションではありません。

任意の数の変数 (列) が存在できることに注意してください。

現在BufferedReader、同じテキスト ファイルで 2 つの s が初期化されています。最初の でテキスト ファイルの読み取りが完了したらBufferedReader、2 番目のファイルを使用して、ファイルの先頭から別のパスを作成します。同じファイルを複数回通過する必要があります。

については知ってreset()いますが、呼び出す前にファイルのサイズを知る必要がmark()ありmark()、気にする必要はないと思います。

アイデア？パッケージ？図書館？コード？

ありがとうTJ

不規則な右側のフラット ファイル オプションは、CRLF で終了する単一の末尾フィールドに最適ですが、空白の末尾フィールドがいくつでも抑制され、行が CRLF で早期に終了する場合、SSIS に代替手段が見つかりませんでしたが、いくつかを読む必要があります列を単一の「REMAINDER」列で入力し、派生列変換と SUBSTRING 操作を使用して、「オプションの」列を 1 つずつ抽出しました。

私が考えた 1 つの可能性は、接続マネージャーがそれを取得する前に、SSIS 内の「パダー」コンポーネントを介して行を渡す方法があるかどうかです。そうすれば、接続マネージャーを使用して受信列の長さを設定するすべての利点を得ることができます。私は常に外部プログラム (または完全に別の SSIS データフロー) を作成して、すべての行にスペースを埋め込むファイルを渡すことができました (そして、不規則な右に - すべての抑制されたフィールドを考慮して同じ最小数のスペースをすべての行に追加するだけです)。 1 行で十分です) が、これはかなりディスク領域を浪費するように思われ、ファイルをもう一度完全に読み取る (および書き込む) 必要があります。

あるいは、行が途中で終了した場合、単純に NULL または空白になり、列が自動的に表示されるサード パーティのデータ ソース コンポーネントが存在する可能性があります。

他のオプションはありますか？

私はアプリケーションを書き始めたばかりです。必要なことの一部は、栄養情報のデータベースに対してクエリを実行することです。私が持っているのは、フラット区切りの ASCII ファイル形式のUSDA のSR21 データセットです。

私に必要なのはアドバイスです。このデータをアプリにインポートし、実行時に簡単かつ迅速にクエリできるようにする最善の方法を探しています。私はすべての標準的なものにそれを使用します。コントロール、データグリッド、計算などを動的に設定します。また、ユーザー固有の永続的なデータ ストレージも行う必要があります。これは商用アプリではないので、可能性が広がることを願っています. 私は.Net Framework 3.5で問題ないので、データにアクセスするときにLinqが可能です(それが最善の解決策であるかどうかはわかりません)。では、このシナリオでの永続ストレージの提案は何ですか? どのような落とし穴に注意する必要がありますか? もちろん、例へのリンクは常に歓迎されます。

自動的に実行される非常に小さなスタンドアロンの vb.net アプリがあります。時々、ログに記録してから処理を続けたいエラー状態に遭遇します。しかし、これはシステムのメイン ログに保存するにはあまりにも些細なことです。テキスト ファイルに行を追加したいだけなのです。

.net の下でファイルにテキスト行を追加する (そして、そこにない場合はファイルを作成する) 最もストレスの少ない方法は何ですか?

いくつかの既知のファイル形式を解析する必要があります。そのうちの 1 つはCUSCAR形式です。RegEx でうまくいくと強く信じています。何か提案はありますか?

これは古いClassicASPサイトで完全に機能しているため、非常に奇妙な問題です。基本的に、データベースにクエリを実行し、Response.Writeを介して約2200行のテキストをテキストファイルにエクスポートしてダイアログボックスに出力し、ユーザーがファイルを保存できるようにします。

Response.Clear（）Response.ClearContent（）Response.ClearHeaders（）

StringWriterを使用することも、単にResponse.Write（dt.Rows（i）.Item（ "RECORD"）。toStringを使用することもできます。

いずれにせよ、エクスポートは私たちの開発サイトで恐ろしいハングを引き起こしています。私のローカルマシンはハングを引き起こさず、ほとんど瞬時に発生します。レコードセットはそれほど大きくなく、書き込んでいる行は小さいです。

なぜこれがぶら下がっているのか誰かが知っていますか？最終的にはファイルの保存と表示が可能になりますが、3〜4分をはるかに超えます。

私は巨大なテキスト ファイル (~1GB) を持っていますが、悲しいことに、私が使用しているテキスト エディターはそのような大きなファイルを読み取ることができません。でも、2つ3つに分ければ大丈夫なので、演習としてpythonでプログラムを書いてみました。

私がプログラムに実行させたいと思うのは、ファイルのサイズを見つけ、その数を部分に分割し、部分ごとに、その時点までチャンクで読み取り、ファイル名 .nnn 出力ファイルに書き込み、次に読み取りを行うことです-次の改行まで書き込み、出力ファイルを閉じます。明らかに、最後の出力ファイルは入力ファイルの最後にコピーされます。

ファイルシステムに関連する重要な部分、つまりファイルサイズ、チャンクでの読み取りと書き込み、改行までの読み取りを手伝ってもらえますか?

このコードはテスト ファーストで作成するので、ワンライナーでない限り、完全な回答をする必要はありません ;-)

c#でテキストファイルを解析するにはどうすればよいですか?

Windows ボックスでの自動ビルド プロセスの一部として生成される 500,000 行のファイルがあり、^Mでいっぱいです。ドアを出るとき、フレンドリーな*nixが必要です。ここでの最善のアプローチは何ですか?これを実行できる便利なコードのスニペットはありますか? それとも、ちょっとした C# や Java アプリを書く必要がありますか?