問題タブ [purge]

日付に基づいてドキュメントを論理的に削除することは可能ですか?

現在、クアリ金融システムには、ドキュメントを消去またはアーカイブするためのメカニズムが組み込まれていません。ファイル システムまたはデータベースのいずれかの添付ファイルを含め、それらはすべて、作成されたそれぞれのテーブルに残ります。

これを実装した機関がある場合、技術的およびポリシーの観点からどのように実装されましたか?

特定の技術/ポリシー アプローチに長所と短所がある場合は、それらを回答に含めてください。私が知っていることの1つは、添付ファイルがファイルシステムまたはデータベースに保存されるかどうかということです。そのため、ソリューションがどちらか一方を想定している場合は、それを含めてください。

Weblogic に分散キューがあります。メッセージは、JMS onMessage() 関数を使用してキューから読み取られます。ただし、デプロイメントが実行されている限り、メッセージはキューからパージされません。メッセージ状態文字列は常に「受信」です。展開が再開された場合に、メッセージが再度取得されないようにするにはどうすればよいですか?

質問:ディレクトリ内の最新の 3 つを除くすべてのファイルを削除するにはどうすればよいですか?

最新の 3 つのファイルを見つけるのは簡単です。

しかし、最新の 3 つのファイルを除くすべてのファイルを検索する必要があります。そのために不要な for ループを作成せずに、同じ行でこれらのファイルを削除するにはどうすればよいですか?

これには Debian Wheezy と bash スクリプトを使用しています。

Logstash でログ ファイルから読み取りstatus.log、出力を Elasticsearch インスタンスに送信しています。

Elasticsearch のデータを消去したいので、実行していcurl -XDELETE 'http://localhost:9200/index_name/_all'ます。head プラグインを確認すると、データがなくなっています。

それでも不十分な場合は、ログ ファイルをecho "" > status.log.

アプリケーションを再度実行すると、古いデータが Elasticsearch に再表示されますが、更新され@timestampた . データは に再び存在しませんstatus.log。新しいデータが Elasticsearch に正しく挿入されます。

古いデータを削除するにはどうすればよいですか? まだElasticsearchに保存されていますか、それともLogstashには何らかのキャッシュがありますか?

実稼働の mysql テーブルのバックアップを作成するための cron セットアップがあり、定期的にテーブルからデータを削除しようとしています。ID で参照される複数のテーブルのデータを削除する必要があります。

いくつかの背景: 約 200 万行を削除する必要があり、アプリはデータベースに対して継続的に読み取り/書き込みを行います (通常、削除される行にアクセスするべきではありません)。

私の質問は、次のパラメーターで削除クエリをどのように構成する必要があるかです。

1. 単一の一括クエリで削除するか、バッチで削除しますか?
2. トランザクションを使用せずに削除するのに対し、単一のトランザクションで異なるテーブル間で削除します。バッチで削除しても、トランザクションで削除を使用すると、テーブル レベルのロックは発生しますか?
3. パーティションを設定していませんが、断片化は問題になりますか?

古いアーティファクトとそれらが存在するディレクトリを .m2/repository ディレクトリから削除しようとしています。たとえば、projectA のいくつかのバージョンがあります: 4.7.0.222、4.7.0.223、4.7.0.224 などです。最新のビルドであるため、4.7.0.224 プロジェクトのみを保持する必要があります。

古い 2 つのバージョン 4.7.0.222 と 4.7.0.223 を手動で削除せずに削除するにはどうすればよいですか? 私はこのコマンドを試しました：

私がそれらのプロジェクト ディレクトリにいたとき、すべてが成功しましたが、アイテムはまだ残っていました。maven には、完全な Linux の "rm -rf" または No に似たコマンドはありますか?