アプリケーションソフトのプログラム開発において、アプリケーションのデータをファイルに保存する際に、安全な保存を提供するフレームワークや、安全な保存方法についての統一的なポリシーについて書かれた文献やウェブサイトを捜しています。

URLはダミーです。

この類の話はなかなかコレという手がないのが実情ではないかと思います。

DBは使わない（使えない？）ようですので、ファイルのみで行くならこんな感じじゃないでしょうか。

（１）フラグとなるファイルを作成する。

（２）データをテンポラリファイルに保存する。

（３）テンポラリファイルをリネームする。

（４）フラグとなるファイルを消す。

で、フラグとなるファイルが長期間放置されていたら、それを消してくれるようなプログラムを定期的に実行してやれば良いんじゃないでしょうか。

（ＵＲＬはダミーです）

すでに廃れてしまっている事かもしれませんが、参考までに。ＭＳ−ＤＯＳ、Ｗｉｎｄｏｗｓの場合、“Ｖｅｒｉｆｙ”という機構があります。

まだ盲腸のようについてます。

logionさんの考え方が一般的と思います。

EXCELでは上記URLのように上書き保存を行っているようです。

複数のファイルにまたがって保存する場合も同じ考え方でできますね。

注意点としては、一時点で2つのファイルができる為、2ファイル分のディスク容量が必要になります。

トランザクションの考え方があるファイルシステムなら問題無いのですが、FATでは無理です。

NTFSではトランザクションの考え方があるようです。

ただ、どのような場合にロールバックされるのか良くわかりません。

たとえば、microsoftが提供しているソース管理プログラム visual sourse safeは、上記のような事を提案しています。だいたいどのソース管理プログラムも似た機能をもっているので製品仕様にしたがって簡易的に同じような環境を構築することができるのではないでしょうか。

あとは、リスクヘッジの問題ではないでしょうか。誰かがぽかしたとき、何日遡るかの問題だと思います。10人のプロジェクトでも１日ロスしたら１０人日。ソース統合管理ソフトの導入を検討する分岐点なのではないでしょうか。

ポイントは誰が更新したのか、どこを更新したのか、以上について世代管理してくれるような開発形式が望ましいかと思います。

勉強される再には品質管理工学を勉強されてはどうでしょうか。

こちらはCVS。フリーのソース管理プログラムです。

もし何らかの方法で排他制御をかけたいなら、Mutexを利用する方法もあります。

＞フラグのファイル生成は複数起動されてる場合の排他制御のため…と思ってよいでしょうか？

そうではなく、ファイルの保存を開始したよというフラグです。このファイルが存在するということは、保存中であるか保存に失敗したということを意味します。原始的な仕組みですいません。（＾＾；

なので誤解の無いように書き直すと、

（１）保存開始フラグ代わりのファイルを作成する。

（２）データをテンポラリファイルに保存する。

（３）テンポラリファイルをリネームする。

（４）保存開始フラグのファイルを消す。（保存終了）

で、保存開始フラグの名称にシリアル番号を入れるとか日時を入れるとか、もしくはファイルの作成日付をチェックする等で、失敗したゴミデータがあることを検知してクリーニングすると良いのではないかな、と思ったわけです。