問題タブ [journal]

次のような日付エントリを含む大きなジャーナル ファイルがあります。

過去 3 か月のみが表示されるように org-mode を構成できるようにしたいと考えていますが、古いエントリは折りたたまれ、必要な場合にのみ展開されます。これを自動的に設定して、新しい日ごとに 3 か月 + 1 日古いエントリが次回折りたたまれるようにする方法はありますか?

今のままでは、ドキュメントの読み込みに 1 分以上かかるため、使用することはできません。

C# アプリケーションがあり、この C# アプリケーションは Windows サービスとして実行され、それ自体と通信できるように WCF エンドポイントを公開します。

Binary Deserialization を使用してデータを保存します。基本的にはジャーナルです

最近私たちが気付き始めたのは、ジャーナル システムが破損しているということですが、それは非常に非決定的です。

この問題に関するいくつかの特殊性。私は当初、それは Hiesenbug である可能性があると考えていたため、Microsoft Chess を使用して、マルチスレッドが原因であるかどうかを確認しました。そして、5 つのランダムなライター スレッドと約 40 の奇妙なリーダー スレッドを作成して、1 つに突入できるかどうかを確認しましたが、問題を解決できませんでした。

問題の説明が抽象的すぎることは知っていますが、探しているのは、この種のバグを再現するために使用できる他のツール/手法です。

x++ で仕訳帳を作業指示書に挿入する必要があります。寸法を設定する方法、まず第一に場所を正しく設定するには?

仕上げジャーナルと参照行が作成されますが、場所が設定されていないため、予約でエラーが発生します:

"Lagerungsdimension 'Lagerort' ist eine primäre Ein-/Ausgabeddimension und muss daher festgelegt werden."

英語で「ディメンション '場所' はプライマリ ディメンションであり、設定する必要があります」のようなものにする必要があります。

私は試した：

成功せずに。

事前に助けてくれてありがとう！

変更ジャーナル レコードを照会して一覧表示するプログラムを作成しました。変更ジャーナルは次を返します。

1) ファイル参照番号 (fileindex.high と fileindex.low の組み合わせ) 2) 親ファイル参照番号 (ディレクトリ用であること以外は上記と同じ) 3) szReason (変更レコードに表示される理由) 4) ファイル名とファイル長。

変更ジャーナルにリストされているこのファイルのパスを見つけたいです。私が見た実装のほとんどは、すべてのファイル参照番号を追跡し、それを照会して比較するか、FindNextFile() 関数を使用してボリューム全体をトラバースします。

彼らが言う議論に出くわしました。彼らは、ファイル参照番号だけを使用してファイルハンドルを開くことができます。http://www.tech-archive.net/Archive/Windows/microsoft.public.windows.file_system/2004-11/0244.html

msdn の記事によると、内部 API のhttp://msdn.microsoft.com/en-us/library/bb432380%28v=vs.85%29.aspxを呼び出す前に、ライブラリをロードする必要があります。

誰かが私を正しい方向に向けて、何をすべきかを正確に教えてもらえますか? NtCreateFile() の使用方法

または、ファイル参照番号だけを使用してファイル パスにアクセスする方法はありますか?

プログラム「SQlite Database Browser」を使用して、sqlite データベースに取り組みました。プログラムがクラッシュし、変更内容が失われました。しかし、db-journal ファイルはまだそこにあります。ジャーナル ファイルを使用してデータベースを回復するにはどうすればよいですか? SQLite Database Browser でデータベースを開くと、古いデータベースが開きました。

私に何ができる？

ありがとう ：-）

システム i ナビゲーターを使用して、TEST というスキーマに abc というジャーナルを作成しました。mySchema というスキーマのすべてのテーブルをジャーナル処理したいのですが、どのようにすればよいでしょうか。一度にテーブル。

前もって感謝します

自動コミット モードに設定された SQLite で JDBC を使用する接続を使用する Java で記述されたサーバーがあります。ただし、すべてのクエリが最終的にジャーナル ファイルを生成し、サーバーが再起動すると、データベースは変更されていないように見えます。これが発生する一般的な理由はありますか？いくつかのコードを提供すると役立つことはわかっていますが、何時間も取り組んできたので、少量のコードで再現することさえできません...

自動コミットがtrueに設定されている場合でも、ジャーナルファイルがまだ存在する理由について、一般的な考えを誰でも教えてもらえますか? ありがとう！

今日のハード ドライブは、並べ替えを伴うより積極的なキャッシングを使用しており、パフォーマンス値を向上させるためにキャッシュ フラッシュを完全に無視することさえあります。

そのような場合、原子性 (トランザクション) と一貫性を保証することは可能ですか? キャッシュの問題を軽減する既知の方法はありますか?

私は、この主題に関する 1 つの論文を読みました。そこでは、ファイル システムのジャーナリングの問題を解決するために、「強制キャッシュ削除」と呼ばれるソリューションが作成されました。これは基本的に、キャッシュがフラッシュされる原因となる新しい書き込みでキャッシュを埋めることで構成されていました。ただし、フラッシュに数秒かかる場合があるため、これはすべての場合に実用的な解決策ではありません。これ以上の情報を得るのは困難でした。

トランザクションを使用して、テーブルに複数の行を挿入しています。しかし、私はまだ一時的なsqlite-journalファイルがsqliteテーブルと一緒にSDカード上に作成されているのを目にします。

ジャーナルファイルの作成を無効にするにはどうすればよいですか？

ありがとう