File.Moveに「コピー - >削除」が必要か、ファイルシステムテーブル内の場所を変更するかを検出

Question

免責事項： ファイルシステムの機能に関する詳細については、私はまったく無知です。私はNTFSを長年使ってきましたが、私が目にした行動だけでなく、私がインターネット上でのドーキングから学んだことに基づいて、何が起こっているのかを推測することができます -

ありがとうございました'場所A'から '場所B'にファイルを移動するときに、 'File.Copy - > File.Delete'と同等の操作が必要かどうか、または実際のファイルデータをコピーしないかどうかを検出する方法「マスターファイルテーブル」などの場所を更新するだけです。

さまざまな目的のために、大量の大きなファイルを移動することがあります。私はUIの進捗状況を報告したい。

File.Moveを呼び出してあるディスク/パーティション上の場所から別の場所にファイルを移動すると、その関数は効果的にディスク/パーティション間で 'ファイルデータのコピー - 削除'する必要があります。このような状況に遭遇したとき、私は、ファイルがコピーされ、バイトが転送されるときに詳細な進行状況レポートを提供するように、UIでプログレスバーを頻繁に更新できるように、コードを使用できるようになることを検出できるようにしたい。

同じディスク/パーティション上にある場合、マスターファイルテーブル内の場所を更新する速度が非常に速いため、バッチ移動しているファイルごとにfile.Move関数が完了するとプログレスバーが更新されます。

.NET 4（C＃）を使用すると、File.Moveの呼び出しで同等の 'コピー - >削除'操作が必要かどうか、または単にファイルテーブルを更新してファイルデータをコピーしないかどうかを他の方法で検出できますか？ ？

編集：

私は以下のコメントに注意したように、私はこのが行われるかもしれないと思ったどのように可能性が与えられたソースファイルの場所と宛先ファイルの場所は、同じ物理的に配置されているかどうかを検出することですディスク&パーティションがある場合は、正確にその動作を予測し、呼び出す関数を決定することができます - 同じディスクに移動するときに発生すると思われる「ほぼ即時」の更新ファイルシステムテーブルのFile.Move関数/ part、または私のより詳細な 'レポートの進捗状況' x 'bytes copied'カスタムファイルのコピーコード。ファイル転送速度はプログラムが実行されるマシンによって大きく異なるため、可能であれば、詳細な進行状況/現在の転送速度を報告できるようにしたいと考えています。

注 - プログラムは、同じルートパスを持つ異なる物理ディスクを使用するネットワークUNCパスを使用している可能性があります。\\ somename \ shares \ workfolder \ projectは別の物理ディスク上にある可能性があります。\\ somename \ shares \ workfoldder \ otherproject。だから私はパーティションIDまたは物理ディスクIDを検出するためのメソッドが必要ですが、同じディスク/パーティション上のソースと宛先のフォルダ。

あなたは

Answer 1

いつでもP/InvokeをMoveFileWithProgressにすることができます。読みにくい読み物から、ファイルを移動するのではなく、コピーするときに、より詳細な進歩をもたらすように見えます。

また、常にSHFileOperationがあります。これは、WindowsエクスプローラのUIとセマンティクスを提供します。

Answer 2

私はあなたが気になっていないとして、あなたが通常の方法でそのようなことを検出することができないと思いますありがとうございました。あなたがこれをテストすることができれば、知識がないので、ifとelseの場合はどうなるでしょうか（転送の速度を除いて）。

.net。ファイルシステムは抽象化されているので、コピー先のパーティション/ファイルシステム/ネットワークドライブがわからなくても、ある場所から別の場所にファイルを移動することができます。

具体的な問題については、常にプログレスバーを表示して、どちらの場合でも一定の間隔で更新してください。

Answer 3

シンボリックリンクは物事が1つの大きなパーティションであるように見えますが（WHSがextensivlyを使用するような私の頭の上から）、私は進歩の目的のために言うでしょう同じパーティション（System.IO.Path.GetPathRoot）にとどまっていると仮定すると、おそらく十分でしょう。

Answer 4

転送速度と進行状況の監視についてはわかりませんが、ファイルが存在するかどうかを検出する問題別のドライブ/パーティションに移動すると、目的地とソースファイルのドライブ/パーティション文字を比較することができます。

File.Moveのフルパスを使用している場合は、 ：

if(sourcePath[0]!=destinationPath[0]) 
    //enable transfer speed monitoring 

あなたはもう少し文字列のパスは解釈して宛先/送信元のドライブ/パーティションを抽出するために必要な相対パスを使用している場合。

解決方法が単純すぎる場合や、他の問題が表示されない場合は申し訳ありません。

Answer 5

私はあなたがこれを行うことはできないと確信しています。

ローカルドライブのドライブ文字だけを見ても、NTFSでさえ始めると、you can mount a drive inside an empty folder on an existing driveが原因で十分ではありません。つまり、2つのパスに同じドライブ文字があっても、別のディスクにマウントすることができます。

もう1つのステップとして、* nixベースのシステムにマウントされ、Sambaを介して公開されている外部共有も考慮してください。 *シンボリックリンクを使用すると、パスを単独で見ることで、同じ物理デバイス上に2つのパスが存在するかどうかを判断することができなくなります。これらの2つのパスは同じドライブに存在しますか？私は非常に多くの疑念が露呈されるだろう。

私はちょうどFile.Moveを使用し、進行状況の更新を取得しないことに同意します。とにかく、あなた自身のコピーの実装を書くことは、「特に良いアイデアではない」と私を襲います。

Answer 6

ボリュームシリアル番号を返すGetFileInformationByHandle（）関数をP/Invokeできます。両方のファイルのボリューム通し番号が同じ場合、それらは同じボリューム上にあり、コピーと削除は必要ありません。