DeleteMarkの出発点と：
1：画面上で削除プロンプトが、データのパケットの顧客誤消去が、削除されたデータを回復したいが特に困難であるワークロード、1の入力データはアナロジーを使用している場合、一部の人々は、その回復を類推を持っていますワークロードのデータを誤って削除し、100である可能性が高いので、インターフェイスを削除するためのプロンプトがあっても、顧客が削除を確認し、それでもデータである安全対策を保存するための部屋を持っています。
2：素晴らしいプログラム、数年前から使用され、顧客を書く、プログラムの速度は維持費を受信するには、データベースも非常に合理化され、また高速で非常に困難であり、大きな顧客は、ソフトウェアの約10年間で、ありました、顧客に良いことはありませんプログラムがあまりにもリーン書くので、メンテナンス料の不払い、あなたは過去10年間、ピックアップするメンテナンスコストを方法はありません、私は多くのものがメンテナンスコストを受けている可能性が見つけ、失われたどのくらいのお金を知らない、それは、めちゃくちゃにされましたログファイルは毎日生成されている場合は、10年のデータベースダウンしているデータベース内のすべての削除されたデータは非常に大きくなり、ソフトウェアはダウン自然なスピードで実行されます、顧客はメンテナンス料を支払うことを喜んでいる、データ保持が、それもない悪いことで、問題のイベントを防ぐために、保護が回復することができます。
DeleteMarkフラグを設定した後、プログラムの作業負荷は、主に反映されています。
：データベース構造の設計を調整する必要があります（ように、かなり良いものを生成するために使用するコードジェネレータを、すべてのクラスが再生成する必要があり、設計と実際の同期は非常に困難）。
B：すべてのデータの選択方法はDeleteMark = 0決意条件を追加する必要があります。
C：すべてのビジネス・ロジックは、DeleteMark = 0決意条件を追加する必要があります。
D：、すべてのメソッドを削除して修正する必要があり、直接削除操作にするために使用、今だけ削除フラグの付いた、削除された擬似的です。
プログラムの機能のポイントが通常の管理上、比較的よりもあるので、仕事やる事が多いので、この増加DeleteMarkは、実際には、口の中での話に多くのことが非常に簡単で、1週間の記号フル時間を費やしたが、実際に行く必要がありますんが、これほど少ないの改善、多くの場合、より高いレベルに上昇し、行うために、時間を多くの労力を要します。
ます。https：//my.oschina.net/iwenr/blog/227727で再現