4

我的医疗办公室有一个网络驱动器（运行一个 DLink-325 NAS，如果这有什么不同的话），它保存着我们患者的所有文件。每个患者都有一个包含他们姓名的文件夹，每个文件夹都包含这些文件。问题是 Windows 文件资源管理器不太适合这种情况 - 用户可能会不小心重命名文件夹（放弃排序）、移动患者文件夹等。所以，我正在开发一个 python 应用程序（基于django for web interface），我已经到了需要确保 django 数据库与文件系统匹配的地步，这样每当文件/文件夹名称发生变化时，数据库都会指向正确的文件。我读了Tim Golden 的文章并认为这将是一个很好的解决方案。它是 - 只要我在本地文件夹上测试它。但是，当我将它指向网络驱动器时，我遇到了这个奇怪的错误：

Traceback (most recent call last):   File "C:\projects\RecordKeeper\test.py", line 50, in <module>
    None pywintypes.error: (58, 'ReadDirectoryChangesW', 'The specified server cannot perform the requested operation.') [Finished in 16.4s]

奇怪的是，这只发生在文件名更改为新名称时。如果我更改文件名，然后将其更改回来，一切正常。

例如，如果原始文件名是“Referral.pdf”并且我将其更改为“Raferral.pdf”（只是将“e”更改为“a”），我会收到错误消息。但是，如果我将它改回“Referral.pdf”，我会得到正确的输出。这是我的代码（我更改了文件夹名称以保护患者健康信息）：

import os

import win32file
import win32con

ACTIONS = {
  1 : "Created",
  2 : "Deleted",
  3 : "Updated",
  4 : "Renamed from something",
  5 : "Renamed to something"
}
# Thanks to Claudio Grondi for the correct set of numbers
FILE_LIST_DIRECTORY = 0x0001

#path_to_watch = "C:\projects\working"
path_to_watch = "Z:\_Charts\Abruzzo, Sandra J - 1947-11-18"
hDir = win32file.CreateFile (
  path_to_watch,
  FILE_LIST_DIRECTORY,
  win32con.FILE_SHARE_READ | win32con.FILE_SHARE_WRITE | win32con.FILE_SHARE_DELETE,
  None,
  win32con.OPEN_EXISTING,
  win32con.FILE_FLAG_BACKUP_SEMANTICS,
  None
)
while 1:
  #
  # ReadDirectoryChangesW takes a previously-created
  # handle to a directory, a buffer size for results,
  # a flag to indicate whether to watch subtrees and
  # a filter of what changes to notify.
  #
  # NB Tim Juchcinski reports that he needed to up
  # the buffer size to be sure of picking up all
  # events when a large number of files were
  # deleted at once.
  #
  try:
    results = win32file.ReadDirectoryChangesW (
      hDir,
      1024,
      True,
      win32con.FILE_NOTIFY_CHANGE_FILE_NAME |
       win32con.FILE_NOTIFY_CHANGE_DIR_NAME |
       win32con.FILE_NOTIFY_CHANGE_ATTRIBUTES |
       win32con.FILE_NOTIFY_CHANGE_SIZE |
       win32con.FILE_NOTIFY_CHANGE_LAST_WRITE |
       win32con.FILE_NOTIFY_CHANGE_SECURITY,
      None,
      None
    )
    for action, file in results:
      full_filename = os.path.join (path_to_watch, file)
      print full_filename, ACTIONS.get (action, "Unknown")
  except Exception as e:
    print "Unexpected error:", e

更新

我在上面的代码中添加了 try/catch 块来进一步解决这个问题。似乎只是重命名的东西导致了问题。它仍然可以判断文件是否已更新。这是我在一次测试中得到的输出：

Z:\_Charts\Abruzzo, Sandra J - 1947-11-18\2013-06-12 Request for records.pdf Renamed from something
Z:\_Charts\Abruzzo, Sandra J - 1947-11-18\2013-06-12 Requeast for records.pdf Renamed to something
Z:\_Charts\Abruzzo, Sandra J - 1947-11-18\2013-06-12 Requeast for records.pdf Updated
Unexpected error: (58, 'ReadDirectoryChangesW', 'The specified server cannot perform the requested operation.')
Z:\_Charts\Abruzzo, Sandra J - 1947-11-18\2013-06-12 Request for records.pdf Updated

如您所见，它毫无问题地处理了第一次重命名。但是当我试图重命名它时，重命名操作抛出了一个错误，但更新通知工作得很好。鉴于这些新皱纹，有人有什么想法吗？

更新

我想我已经找到了解决办法。正如许多用户所说，实际上不会一直从网络驱动器获取准确数据。但是，该程序至少会在每次更新文件时进行报告，即使它在获取重命名数据时会抛出错误。因此，我编写了几个特殊的方法来遍历数据库，找到不再指向有效文件的记录，并更新这些记录。希望那会做到。如果有人有更好的解决方案，请随时分享！:D

4

1 回答 1

1

根据此博客，NAS 设备通常不支持支持该功能所需的ReadDirectoryChangesW功能，因此听起来问题出在您的驱动器上，而不是您的 python 代码。此随附页面提到了提供类似功能的其他几个功能以及它们的各种优缺点，但没有详细说明它们是否在网络驱动器上工作。

于 2013-07-02T06:33:31.003 回答