如果这是一个愚蠢的问题，但谷歌的发布“文件流”提前道歉，有没有人知道这将影响存储在它上面的MS Access dbs？微软Access和谷歌文件流
我的“设置”是，我有用户经常使用为他们建造的AccessDB，并且我试图在MS SQL中复制它。不是由我选择，该文件由客户端存储在Google云端硬盘上：这基本上意味着我只能查看vba并在客户端不使用时进行测试。客户端也使用Google的同步来访问文件。
所以我的问题是双重的。首先，如果客户希望移动到文件流并询问这将如何影响他们使用Access文件的能力（我不知道）。其次，文件流可以在MS数据库上拥有多个用户而不会造成冲突或问题吗？我是否还需要确保在对vba代码进行更改时拥有对文件的独占访问权限？
在此先感谢！
MSAccess数据库引擎基本上基于MS文件系统提供的数据库原语。包括记录读/写/锁原语。 （打赌你甚至不知道MS操作系统有一个本地数据库系统！）。
访问记录和表格不是文件系统记录和表格，但是 - 记录和表格的Access数据库系统是建立在本地记录锁定系统之上的。 （本机系统不会，也不会有比文件级认证和权限更小的事情，所以Access建立了一个全新的系统）。
这意味着任何不支持像MS文件系统和SMB协议那样的记录锁定的文件系统或任何网络文件系统重定向器都不能支持对Access数据库的同时多用户访问。
我不熟悉Google FileStream，但我认为这是一种使用数据库API访问二进制对象的方法？通常这意味着API不会查看二进制对象：因此它不能锁定R或W或RW文件的各个部分：这意味着您不能将R部分作为对象，而其他人可能不同部分：这意味着你不能共享访问权限。 ...即使文件流意味着与Google不同的东西，他们支持SMB的机会也很少，对吧？
这是一个很好的解释。我认为你是正确的：底线，文件流能够支持这一点的可能性非常小。但我认为还没有人排除。 – DrL
请具体说明。你的设置到底是什么，你的问题到底是什么？这对我来说似乎不是一个编程问题，因此在StackOverflow上是无关紧要的。有关特定数据库设置的问题可以在https://dba.stackexchange.com上查询，但我怀疑那个问题会在那里得到很好的回答。 –