MySQL数据库对文档操作的封装

2008-02-23 07:43:45来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

  在查看MySQL对文档的操作中,他在不同的操作系统上对文档的操作,除了使用标准C运行库函数,包括open、close、seek等,在Win32下的文档和目录操作函数使用了CreatFile、CloseHandl、SetFilePointer等,很多人可能不明白为什么对文档的操作要封装出两套函数。

  其实使用API和标准库函数都能够生成文本文档和二进制文档,在这点上没有区别。同read()对应的是ReadFile,同write()对应的是WriteFile,同seek()对应的是SetFilePointer,同close对应的是CloseHandle。这两套函数都能够使用。但是Win 32系统把文档的概念进行了扩展。无论是文档、通信设备、命名管道、邮件槽、磁盘、还是控制台,都是用API函数CreateFile来打开或创建的。该函数的声明为:

  HANDLE CreateFile(
  LPCTSTR lpFileName, // 文档名
  DWORD dwDesiredAccess, // 访问模式
  DWORD dwShareMode, // 共享模式
  LPSECURITY_ATTRIBUTES lpSecurityAttributes, // 通常为NULL
  DWORD dwCreationDistribution, // 创建方式
  DWORD dwFlagsAndAttributes, // 文档属性和标志
  HANDLE hTemplateFile // 临时文档的句柄,通常为NULL

  假如调用成功,那么该函数返回文档的句柄,假如调用失败,则函数返回:

  INVALID_HANDLE_VALUE

  在用ReadFile和WriteFile读写时,既能够同步执行,也能够异步执行。ReadFile和WriteFile函数是否为执行异步操作是由CreateFile函数决定的。假如在调用CreateFile创建句柄时指定了FILE_FLAG_OVERLAPPED标志,那么调用ReadFile和WriteFile对该句柄进行的读写操作就是异步的,假如未指定异步标志,则读写操作是同步的。在同步执行时,函数直到操作完成后才返回。这意味着在同步执行时线程会被阻塞,从而导致效率下降。在异步执行时,即使操作还未完成,调用的函数也会立即返回。费时的I/O操作在后台进行,这样线程就能够干别的事情。这样能够大大的提高效率。这一点是值得我们学习和借鉴的,对于我们在文档的操作方面也能够对win32系统进行封装来提高文档操作的效率。


标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇: in和exists的区别和执行效率问题解析

下一篇: 非阻塞算法思想在数据库研发中的应用